从svn到git开发转变

 

前言：目前的公司的开发技术还是处于刀耕火种的年代，react,vue已经火到不行了，可是还在用jQuery一遍遍处理着dom。版本控制用的是svn，这里也不是说svn不好，在windows下svn的“傻瓜式操作”非常的简单，对于开发人数很少的团队，也够用，但是如果开发人数比较多，开发交叉比较大的情况下，git的优势就非常明显。

一，SVN

（1）svn的操作比较简单，官网上下载安装完之后，在空白处鼠标，如下图就表示安装成功了

（2）导出，从远程库导到本地

这里下载的是汉化版的，填好远程库和本地地址之后，点确定即可导到本地。这里直接讲到客户端的操作，因为没在服务器建立仓库的经验啊

（3）右键，点设置

我们可以看到svn也可以设置分支。但是要注意这个分支实际是一个完整的目录，当你新建一个分支的时候，每个人都会拥有这个分支

（4）进入下载到的本地库文件里，右键，我们可以看到有，SVN更新和SVN提交的选项。在提交之前先更新，然后手动处理冲突之后再提交即可

总之，svn的图形化操作非常的简单，其他的一些操作这里就不去详解了，毕竟这篇的重点是git,还是稍稍总结一下svn和git的区别，以及为什么要转为git，git的好处在哪里？

二，svn和git的区别

其实我是先接触git的，所以刚到公司用svn的时候我心里是有些拒绝的。直到有一天在知乎上看到一个回答，终于理解了为什么很多公司倾向于svn

svn:集中式版本控制，只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。这也是最大的缺陷，如果服务器宕机，将影响到所有的开发人员，而且如果中心服务器的磁盘坏掉，如果代码没有备份的话，就相当麻烦了。即使把本地代码进行合并得到一个相对完整的本本，再把这个代码重新部署到服务器的新仓库时，会丢失所有的历史版本以及日志。

svn必须要联网才能工作

svn是按文件的方式来存储的，关心的是文件内容的具体差异

svn提交的时候必须授权，如果没有写权限，提交会失败

svn提交并非每次都能成功，先更新再提交，先提交的会与后提交的发生冲突。

当然，用svn我们可以看到项目中其他人的开发进度，这便于领导管理。

git:分布式版本控制，首先git也是有自己的集中式版本库和服务器，但它更倾向于分布式模式。每个开发人员从中心版本库/服务器上check out代码克隆一份到自己的机器上。客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。每一次的提取操作，实际上都是一次对代码仓库的完整备份。每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit，查看历史版本记录，创建项 目分支等操作，等网络再次连接上Push到Server端。

git是把内容按元数据方式存储，不保存前后变化的差异数据，若文件没有变化，git不会再次保存，只对上次保存的快照做一个链接。

git每个clone的版本库都是平等的

git的提交不会被打断，push给他人或者他人pull你的版本库，合并会发生在pull和push的过程中，不能自动解决的冲突会提示手工完成。

git没有一个全局版本号，但是svn是有的

git每个历史版本都存储完整文件，便于恢复，svn存储差异文件，历史版本不可恢复

 三，git多人协作开发流程

 首先在windows下安装git，直接在官网上安装，next默认安装即可。

因为git的分布式，安装完之后，还需要进一步设置

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

注意：git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

（1）创建版本库，并把目录变成git可以管理的仓库

$ mkdir test
$ cd test
$ pwd     //用于显示当前目录
$ git init

（2）把文件添加到暂存区

$ git add readme.txt

（3）把暂存区文件提交到仓库

$ git commit -m "write a readme file"

-m后面输入的是本次提交的说明，可以输入任意内容

commit可以一次提交多个add的文件

（4）查看仓库当前状态

$ git status

可以看到文件被修改了（没有被提交），但是要看具体修改了什么内容，用以下命令：

$ git diff readme.txt 

（5）版本回退

如果文件改错，或者误删，可以从最近的一个commit恢复

在这之前：我们可以用以下命令查看提交记录，由近到远，如果嫌输出信息太多，可以试试加上--pretty=oneline参数：

$ git log

界面上显示的一大串数字就是commit id（版本号）

在git中，用HEAD表示当前版本，上一个版本HEAD^,再上一个版本HEAD^^

$ git reset --hard HEAD^

如果你已经版本回退，但是后悔了，只要找到版本id，例如3628164（不用写全，也不能太短），回退到指定版本

$ git reset --hard 3628164

如果把界面关闭，该如何查找版本id，如下的命令会记录你的每一次命令

$ git reflog

（6） 查看工作区和版本库里最新版本的区别

$ git diff HEAD -- readme.txt

（7）撤销修改

1.撤销工作区的修改，让这个文件回到最近一次git commit或git add时的状态。

$ git checkout -- readme.txt

注意：-- 这个很重要，没有的话就变成切换分支

2.已经git add到暂存区，还没有提交。用以下命令把暂存区的修改撤销掉

$ git reset HEAD readme.txt

3.如果已经提交到版本库，可以用版本回退

 （8）删除文件

1.从版本库中删除文件

$ git rm test.txt

2.从工作区中误删，版本库中还有

$ git checkout -- test.txt

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

（9）添加远程库（github）

1.把本地库与远程库关联

$ git remote add origin git@github.com:michaelliao/learngit.git

远程库的名字就是origin，这是Git默认的叫法，也可以改成别的。

2.把本地库的内容推送到远程，

$ git push -u origin master

第一次推送master分支时，加上了-u参数

只要本地作了提交，就可以通过命令：

$ git push origin master

3.从远程库克隆到本地

$ git clone git@github.com:michaelliao/gitskills.git

Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。

（10）创建与合并分支

1.创建分支dev

$ git checkout -b dev

加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev   //创建
$ git checkout dev  //切换

查看当前分支：会列出所有分支，当前分支前面会标一个*号。

$ git branch

把dev分支的工作合并到master主分支（此时master是当前分支）

$ git merge dev

合并完之后，就可以删除分支dev

$ git branch -d dev

（11）解决冲突

当不同分支修改了同一个文件合并时，会发生冲突，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容

把需要修改的分支修改后重新提交

用以下参数查看分支的合并情况（分支合并图）：

$ git log --graph --pretty=oneline --abbrev-commit

 （12）分支策略

master主分支应该仅用来发布新版本

在dev分支上干活，每个人都在自己的分支修改代码，时不时的在dev分支上合并