版本控制

博客作业要求来源： https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2097 gitbhub仓库地址： https://github.com/ZhangCheung/zhm.git 1.下载git，安装配置用户名和邮箱。 （1）下载安装Github配置 （2）配置用户名命令：$git config --global user.name "zhmm" （3）配置邮箱命令：$git config --global user.email "694165806@qq.com" （4）查看用户名命令：$git config --global user.name （5）查看邮箱命令：$git config --global user.email 2. 创建工作目录并通过git init命令把这个目录变成Git可以管理的仓库。 (1).先选择一个地方创建一个空目录 (2).再使用cd命令进入创建的目录 (3).最后使用命令git init把这个目录编程Git可以管理的仓库 3. 在工作目录下准备文本文件，建议下载 Notepad++ 代替记事本。 在工作目录下创建一个txt ，作为后面实验材料 4. 组合用 git addgit 、 commit 、 git status 把文件提交到仓库。 （1）查看当前文件状态命令：$git

Version Control:版本控制，是一种记录文件或文件集随时间变化的系统。在需要的时候，它可以帮你完整地保存一个项目的快照。当你需要查看一个之前的快照（称之为“版本”）时，版本控制系统可以显示出当前版本与上一个版本之间的所有改动的细节。版本控制系统会记录所有对项目文件的更改，使用VCS通常也意味着如果你搞砸了或丢失文件，你可以轻松恢复。此外，你只需很少的开销即可获得这些，这就是版本控制。 版本控制系统有本地版本控制系统、集成版本控制系统、分布式版本控制系统 。 本地版本控制系统：可以让你很容易的复制一个文件到另一个文件夹，但是也很容易出错，因为你有时候会忘记自己所在的目录，或者复制并不想要的文件。 集成版本控制系统：集成版本控制系统可以让人们和其他不用操作系统的工作人员一起工作。但是这种设置也有很大的缺点，最明显的是集中式服务器所代表的单点故障，如果该服务器停机一小时，那么在那个小时内，任何人都无法进行协作或将版本化更改保存到他们正在处理的任何内容中，如果中央数据库所在的硬盘损坏，并且没有保留适当的备份，那么您绝对会丢失所有内容 ----项目的整个历史记录，除了人们碰巧在本地计算机上发生的任何单个快照，本地VCS系统也遇到同样的问题 ------只要您将项目的整个历史记录放在一个地方，就有可能失去一切。 分布式版本控制系统：当遇到以上问题的时候就需要分布式版本控制系统

版本控制系统 为什么要有版本控制系统 通过注册与登录的需求引入版本控制系统 在开发过程中，经常需要对一个文件进行修改甚至删除，但是我们又希望能够保存这个文件的历史记录，如果通过备份，那么管理起来会非常的复杂。 在多人开发时，如果需要多人合作开发一个页面，那么修改以及合并也会非常的棘手。容易出现冲突。 什么是版本控制系统 版本控制系统（Version Control System）:是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。 版本控制系统不仅可以应用于软件源代码的文本文件，而且可以对任何类型的文件进行版本控制。 【使用webstorm演示版本控制系统】 版本控制系统的分类 参考文章： 关于版本控制的介绍 本地版本控制系统 本地版本控制系统就是在一台机器上，记录版本的不同变化，保证内容不会丢失 如果多人开发，每个人都在不同的系统和电脑上开发，没办法协同工作。 ​ 集中式版本控制系統 svn是集中式的版本控制系统，集中式版本控制系统都有一个单一的集中管理的服务器（中央服务器），保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 需要一个中央服务器来管理代码的的版本和备份 所有的用户电脑都是从中央服务器获取代码或者是将本地的代码提交到中央服务器 依赖与网络环境，如果连不上中央服务器，就无法提交和获取代码。

一、版本控制的发展 1.用文件来做版本控制 我们在写论文、做方案等的时候，一般都会同时在文件夹中存在很多版本的文件。 例如： 这种方式很常用，在很多领域都是用这种方式来进行版本控制的。 2.本地版本控制 实用一个本地软件，对所有的文件版本做管理，只提供给我们看到一个版本的文件。 然后可以通过命令等方式来切换版本。 3.集中式版本控制 代表： SVN 实用一个服务器来进行版本控制，充当中心仓库。所有的开发者在自己电脑上进行开发，并提交给中心仓库。 缺点：当断网或服务器宕机的时候，无法提交。 4.分布式版本控制 代表： git 结构和SVN很像，不同的是除了在服务器上维护所有的版本，还在用户的本地计算机也维护一套所有的版本。 这样，用户可以在自己的本地进行版本控制，然后在合适的时机同步给中心服务器即可。 二、安装git软件 下载地址： https://git-scm.com/download/win windows上安装git软件，只需一直下一步即可。 在Linux上(CentOS)安装git，只需使用命令： yum install git -y Windows下安装完毕后，点击鼠标右键： 只要看到Git GUI Here 以及Git Bash Here就说明git安装好了。 三、初次使用git 1.使用流程 1）首先创建工作目录 我们首先要创建一个工作目录，例如D盘下的leo目录。

元数据描述数据的结构和意义，就象描述应用程序和进程的结构和意义一样。切记：元数据是抽象概念，具有上下文，在开发环境中有多种用途。 元数据是抽象概念 当人们描述现实世界的现象时，就会产生抽象信息，这些抽象信息便可以看作是元数据。例如，在描述风、雨和阳光这些自然现象时，就需要使用"天气"这类抽象概念。还可以通过定义温度、降水量和湿度等概念对天气作进一步的抽象概括。 在数据设计过程中，也使用抽象术语描述现实世界的各种现象。人们把人物、地点、事物和数字组织或指定为职员、顾客或产品数据。 在软件设计过程中，代表数据或存储数据的应用程序和数据库结构可以概括为开发和设计人员能够理解的元数据分类方案。表或表单由对象派生出来，而对象又由类派生。 在元数据中有多个抽象概念级别。可以描述一个数据实例，然后对该描述本身进行描述，接着再对后一个描述进行描述，这样不断重复，直到达到某个实际限度而无法继续描述为止。通常情况下，软件开发中使用的元数据描述可扩展为二至三级的抽象概念。比如 "loan table" 数据实例可以描述为数据库表名。数据库表又可以描述为数据库表对象。最后，数据库表对象可以用一个抽象类描述，该抽象类确定所有派生对象都必须符合的固定特征集合。 元数据具有上下文 人们通常把数据和元数据的区别称为类型/实例区别。模型设计人员表述的是类型（如各种类或关系），而软件开发人员表述的是实例（如

使用svn进行版本控制，每个文件夹下都有.svn文件夹，有些项目在脱离svn版本控制之后，想删除项目中所有的.svn文件夹，可用下面的方法进行快速删除： 建立一个文本文件，取名为kill-svn-folders.reg（扩展名由txt改为reg），文件的内容如下： Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN] @="Delete SVN Folders" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN\command] @="cmd.exe /c \"TITLE Removing SVN Folders in %1 && COLOR 9A && FOR /r \"%1\" %%f IN (.svn) DO RD /s /q \"%%f\" \"" 保存之后，双击这个reg文件。成功后，在每一个文件夹上点击右键都会有一个“Delete SVN Folders”的选项，点击之后，既可以删除这个文件下（包括子文件夹）所有的.svn文件夹。 删除完成后，为了避免误操作，不小心把正处于版本管理中的.svn文件夹删除，最好把刚才的注册信息删除。删除方法是，打开注册表

Springboot+JPA+Hibernate搭建后台服务 1 环境 1.1环境配置与搭建 1.2连接gitee进行版本控制 1.3 maven配置国内镜像 1.3 pom.xml 2程序开发 2.1跨域 2.2权限控制 2.3日志配置 2.4验证码使用 2.5excel导入导出 2.6Controller 2.7Service 2.8Dao 1 环境 1.1环境配置与搭建 eclipse创建springboot项目的三种方法 1.2连接gitee进行版本控制 Eclipse将项目以Git方式分享上传到码云gitee上 1.3 maven配置国内镜像 eclipse里的maven配置国内镜像 由于我下载的eclipse不自带配置文件，去网上找了一个配置文件进行更改。 <?xml version="1.0" encoding="UTF-8"?> <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">

来源： https://www.cnblogs.com/jiayuexuan/p/9041299.html gerrit和git 1.git Git是什么？ Git是目前世界上最先进的分布式版本控制系统。 SVN是集中式版本控制系统。 Git与svn比较 相同：能记录文件的所有更改记录。这样是为了大量更改后，可以有记录回到过去，而不用采用 Copy 旧代码另存为某文件，然后某个时间从大量文件中找你需要的历史记录，版本控制帮我们做到了历史记录的存储，可以方便地查询及回滚到过去的某一版本。 区别：分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库。 SVN 是集中式系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就不方便了。 Git 是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A

一直使用MyEclipse进行项目开发，利用CVS进行版本控制，经常会遇到冲突，一直不太了解产生原因及解决方法，经过网上一番查找资料，终于弄懂了，mark一下！ 首先是冲突产生的原因，说来很简单：A、B同时下载服务器上同一文件，A修改完后同步到服务器，此时B也完成修改后，要将文件同步到服务器上，此时服务器和本地文件都发生改变，所以就会产生冲突。 解决办法就是人工手动检查错误，将服务器上的改动添加到本地，再将本地的改动同步到服务器，即可完成版本更新。其中要用到一个功能：mark as merged。作用就是忽略冲突，将本地文件直接覆盖掉服务器上的文件。 此处粘上一些我查到的有用的文章，以供查阅！ ZZ1：http://topic.csdn.net/u/20120616/21/a672a836-ecac-4272-a69b-3b2dfce3829d.html 用了mark as merged后，再commit还是把别人的东西覆盖掉了。 最后，做了实验发现如下问题。 1.有一个test文档。其中，内容是 aaa 2.A加上一行： aaa bbb 3.同时，B也加了一行： aaa ccc 4.B commit 5.A 同步test文件，出现红色的双箭头，说明本地和服务器都有更新。 6.A 采用 mark as merged命令。之后，test文件变成灰色的向右箭头

分布式相比于集中式的最大区别在于开发者可以将代码提交到本地，每个开发者通过克隆，在本地机器上拷贝一个完整的git仓库。 下图是经典的git开发过程： git的功能特性如下： 从服务器上克隆完整的git仓库（包括代码和版本信息）到单机上； 在自己的机器上根据不同的开发目的，创建分支，修改代码； 在单机上自己创建的分支上提交代码； 在单机上合并分支； 把服务器上最新版的代码fetch下来，然后跟自己的主分支合并； 生成补丁，把补丁发送给主开发者； git可以安装在Windows、mac、Linux等操作系统之上，这里将写下如何安装在Linux系统之上，及其基本操作。 一、安装git 非常简单，就一条命令，如下： [root@git ~]# yum -y install git 二、git库的创建及介绍 [root@git /]# mkdir /git [root@git /]# cd git/ [root@git git]# git init # 初始化为git库 Initialized empty Git reposi tory in /git/.git/ [root@git git]# ls -a #初始化成功后，会生成一个.git的隐藏目录 . .. .git #生成的隐藏目录是用来跟踪管理版本库的，不建议随便修改其目录中的文件， #如果改乱了，就把git库给破坏了。