SCM版本控制梳理——以git为例

0.什么是SCM

首先咱们平时用的什么git，svn啥的都属于SCM。SCM（Software Configuration Management，软件配置管理）是一种标识、组织和控制修改的技术。它应用于整个软件生存期。 最原始古老的方法是采用手工管理版本的方式，例如当一个新版本产生时用当时的日期来命名文件夹，而后再复制一下之后的修改在复制的文件夹内进行，这样上一个版本就被保存下来了，周而复始不一样的版本不会被覆盖。虽然这种方式能够从某种程度上解决版本的回溯问题，但他存在的缺点是显而易见的：第一点若是保留结果过于频繁，将会致使产生大量的有着重复内容的文件夹和庞大的物理空间占用，管理起来很麻烦；若是保留旧版本的时间间隔太长，可能产生某些有用的老程序没法回溯。第二容易产生版本的混乱，若是是团队开发软件，这种简单的方法更难解决问题的本质了。

几乎全部的SCM都离不开三大基本步骤1.Get Latest Version 2.Check Out 3.修改完后Check In。
以git为例，分别是

1. 从git取数据（git clone）
2. 改动代码
3. 将改动传回git（git push）

1, 3两个步骤涉及到remote server/remote repository/remote branch，2涉及到local repository/local branch。git clone 会根据你指定的remote server/repository/branch，拷贝一个副本到你本地，再git push以前，你对全部文件的改动都是在你本身本地的local repository来作的，你的改动(local branch)和remote branch是独立（并行）的。Gitk显示的就是local repository。

1.创建和github远程仓库之间的可靠链接

一切在本地作好的改动，最终都是须要上传到远程仓库的，因此首先要创建和github远程仓库的可靠链接。有多种方式能够选择，常见的有https协议和ssh协议两种方式。ssh的方式，直接在本地管理密钥，安全也更为方便。打开git终端输入ssh-keygen -t rsa -C “youremail@example.com”。后面的 your_email@youremail.com 改成你在 Github 上注册的邮箱，以后会要求确认路径和输入密码，咱们这使用默认的一路回车就行。成功的话会在 ~/ 下生成 .ssh 文件夹，进去，打开 id_rsa.pub，复制里面的 key。
回到 github 上，进入 Account => Settings（帐户配置）。




左边选择 SSH and GPG keys，而后点击 New SSH key 按钮,title 设置标题，能够随便填，粘贴在你电脑上生成的 key。


为了验证是否成功，输入如下命令：

$ ssh -T git@github.com
Hi tianqixin! You've successfully authenticated, but GitHub does not provide shell access.

说明咱们已成功连上 Github。

2.创建github远程仓库

经过github创建远程仓库的好处不言而喻。可是对于咱们独立的开发者，如何从无到有创建一个远程仓库，建完仓库以后如何去添加代码呢？首先在github的网页上，点击(New repository)新建仓库，输入该仓库的名称，选择私有仍是公开和其余信息便可。

建立完这个空壳后，须要把项目文件放上去。 这个时候git的远程仓库中一开始没有代码，就须要从本地上传代码到git的远程仓库。 通常github会提示你对新建的仓库进行一下三种操做来充实这个刚刚建立的仓库。

1. 快速设置。这个是系统默认的方式，会给项目自动添加README,LICNESE和gitignore三个文件
2. 经过命令行手动建立。
3. 经过命令行手动导入一个现有的本地仓库到这个远程仓库。

通常而言，用户第一次使用git，连本地的git仓库都没有，因此须要按照github提示的语句建仓并提交远程仓。具体以下：

echo “# mediago” >> README.md
git init
git add README.md
git commit -m “first commit”
git remote add origin git@github.com:yourusername/repositoryname.git
git push -u origin master

每一个步骤的详细解释以下：首先是初始化本地仓库，用init命令新建一个git。在本地的git的bash下，切换到须要执行git的目录，而后git init初始化git，就在当前目录下生成了.git文件夹（一般来讲是隐藏文件夹），这里面有git管理的一切信息。而后输入

git add .

注意add和.之间有一个空格。这句话的意思是把当前目录下的全部文件添加到git的本地暂存区中。 而后再出入

git commit -m “first commit”

这句话表示确认暂存区的内容，并正式提交本地暂存区的内容到本地仓库。

（这里插上一段，若是输入git commit，不输入-m “”直接回车，会进入vim或者nano界面让你编辑commit文件。固然，有解决方式，具体见如此连接。
为了不麻烦，仍是输入-m吧。另外commit -m和-am是有区别的。-am是直接不须要add就能提交，对于-m,若是改动了文件而没有add，直接commit -m是没用的。参见）

至此，本地仓库创建完成。

git push origin xxx 表示推送到远程仓库
PS:xxx表示远程仓库的分支名，若是在第一次链接远程仓库时将本地与远程仓库的分支关联，后续提交时候能够直接输入 git push origin master 。具体方法以下：先执行

git remote add origin git@github.com:user/yourRepository.git。

这句话至关于为远程仓库建立了一个在本地的别名。这里的origin可能比较难理解，其实把它理解为 git@github.com:user/yourRepository.git 就能够了。
origin就是一个名字，或者一个标签。为何我这里选择origin，由于若是经过clone区克隆一个托管在Github上代码库时，git为你默认建立的指向这个远程代码库的标签就是origin。

个人版本输入git branch只能查看本地仓库的分支。输入git branch -a或者 git branch -r能够查看当前git下的全部分支。以下图所示：

最后，git push -u origin master。-u这个参数表示，若是你下次须要在这个目录下push，就不须要打origin master，直接git push 就能够了。把commit以后的本地仓库所有push更新到远程仓库中去。固然，也能够不经过命令行的方式。在github网站的页面上，进入本身的仓库，点击uploadfiles按钮也能够上传本地文件。

3.用github开发和维护项目

前面说到， 用git进行开发有三大步骤。

1. 从git取数据（git clone）
2. 改动代码
3. 将改动传回git（git push）

第一步1是本地不存在代码的状况。因此才须要去clone。clone适用的场景是已经在远程仓库存在一个比较成熟的项目了，而后开发者本地没有代码的状况下，才须要clone。clone完成后再本地远程仓库的别名就是origin，这个是默认的。若是远程仓库的代码就是从本地上传的，或者做者很清楚本地仓库的代码就是以前已经从远程仓库clone过来的，那就不要进行第一步git clone，直接进入本地git的目录操做便可。

重点仍是在改动代码这一块。一般的操做是改完以后执行git add “文件名”，git commit -m “commit标记”，git pull(一般是git pull origin master)三连操做。add比较好理解，改了哪些文件就add哪些。其实就是把代码放到临时区。commit 是为了告诉 git 我此次提交改了哪些东西，否则你只是改了可是 git 不知道你改了,也就无从判断比较;

重点是pull它是git fetch再git merge的意思。
执行了pull以后，若是本地的这几个 commit 和远程的 commit 有冲突的部分就merge,而后根据提交时间排序再新建一个merge 的 commit 记录 。对于本地 commit 和远程commit 的对比记录,git 是按照文件的行数操做进行对比的,通常状况自动merge就能结局问题。可是若是同时操做了某文件的同一行那么就会产生冲突,git 也会把这个冲突给标记出来,这个时候就须要先把和你冲突的项目成员拉过来问问保留谁的代码,而后在 git add && git commit && git pull 这三连,再次 pull 一次是为了防止再大家协商的时候另外一我的给又提交了一版东西,若是真发生了那流程重复一遍,一般没有冲突的时候就直接给你合并了,不会把你的代码给覆盖掉。

不commit，就会出现代码覆盖或者丢失的状况:好比A B两人的代码pull 时候的版本都是1,A在本地提交了2,3而且推送到远程了,B 进行修改的时候没有commit 操做,他先本身写了东西,而后 git pull 这个时候 B 本地版本已经到3了,B 在本地版本3的时候改了 A 写过的代码,再进行了git commit && git push 那么在远程版本中就是4,并且 A 的代码被覆盖了,因此说全部人都要必定要先 commit 再 pull！

4.补充

上面提到的git pull只是为了树立整个git的流程，实际上，须要尽可能少用git pull。

git pull的问题是它把过程的细节都隐藏了起来，以致于你不用去了解git中各类类型分支的区别和使用方法。固然，多数时候这是没问题的，但一旦代码有问题，你很难找到出错的地方。git的使用文档有以下说明：

将下载（fetch）和合并（merge）放到一个命令里的另一个弊端是，你的本地工做目录在未经确认的状况下就会被远程分支更新。固然，除非你关闭全部的安全选项，不然git pull在你本地工做目录还不至于形成不可挽回的损失，但不少时候咱们宁愿作的慢一些，也不肯意返工重来。

5.常见问题

在执行git pull的时候，报错:There is no tracking information for the current branch。这经常是由于偷懒直接写了git pull而没有加上其余信息。本地分支和远程分支没有创建联系 (使用git branch -vv 能够查看本地分支和远程分支的关联关系) .根据命令行提示只须要执行如下命令便可

git branch –set-upstream-to=origin/远程分支的名字 本地分支的名字

或者勤快一点，每次都加上远程分支的名字git pull origin master

可是问题又来了，输入git pull origin master提示refusing to merge unrelated histories。缘由是 git 会发现这两个仓库可能不是同一个，为了防止开发者上传错误，因而就给了这个的提示。若是确认两个仓库都是本身的没问题，咱们须要这样写git pull origin master --allow-unrelated-histories。

这个方法只解决由于两个仓库有不一样的开始点，也就是两个仓库没有共同的 commit 出现的没法提交。若是使用本文的方法还没法提交，须要看一下是否是发生了冲突，解决冲突再提交。解决冲突的方法具体见这篇博文或者廖雪峰的文章。

6.其余指令熟悉

git status –查看当前代码状态，改动，所在分支，是否有代码冲突等 
git ls-files –查看当前分支下暂存区文件
git branch -a –查看当前主干下有哪些分支 
git checkout –切换分支 
git diff –查看分支代码改动
git rm –删除文件