Git
GitHub网站为开源项目免费提供Git存储。
GitLab服务
Gitee国内的Git托管服务。
Source Tree——免费Git图形界面工具。
集中式版本控制系统：在集中式版本控制系统中版本库是集中存放在中央服务器的，工作时用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。集中式版本控制系统最大的毛病就是必须联网才能工作。
常见的集中式版本控制系统有SVN、CVS等。
分布式版本控制系统：分布式版本控制系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作时就不需要联网了，因为版本库就在自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。
在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。
常见的分布式版本控制系统有Git、BitKeeper、Mercurial和Bazaar等。
所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的。
版本库（Repository）：版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
工作区（Work Directory）：电脑里能看到的文件目录。
git add就是把文件修改添加到暂存区；git commit就是把暂存区的所有内容提交到当前分支。
git常见命令
-
git init命令用于把目录变成Git可以管理的仓库，目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，该目录默认是隐藏的，用ls -ah命令可以看见。 -
pwd命令用于显示当前目录。 -
git add <filename>添加 -
git commit -m"提交说明"提交，-m参数后面输入的是本次提交的说明下面两种操作产生的结果不同：
1、
git commit -m 'modified in working and stage.'2、
git commit -m 'modified in working and stage.' <filename>第一种情况仅提交的是暂存区的版本。第二种情况提交的是工作区的版本。
-
git status返回仓库当前的状态。 -
git diff <filename>显示文件是怎么被修改的，即修改的内容。格式是Unix通用的diff格式。git diff：查看working tree与index的差别。git diff --cached：查看index与repository的差别。git diff HEAD --<filename>：查看working tree和repository的差别。其中：HEAD代表的是最近的一次commit的信息。
git diff 比较的是工作目录中当前文件和暂存区域快照之间的差异， 也就是修改之后还没有暂存起来的变化内容。若要查看已暂存的将要添加到下次提交里的内容，可以用git diff --cached 命令。请注意，git diff 本身只显示尚未暂存的改动，而不是自上次提交以来所做的所有改动。 所以有时候你一下子暂存了所有更新过的文件后，运行git diff 后却什么也没有，就是这个原因。
-
git log命令显示从最近到最远的提交日志，查看提交历史，加上--pretty=oneline参数显示简洁。 -
git reflog查看命令历史。 -
git reset --hard HEAD^命令回退到上一个版本。在Git中，用
HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
-
git reset --hard <commit(版本号)>命令回退到指定版本。 -
git revert前滚如果已经有A -> B -> C，想回到B：
方法一：reset到B，丢失C：
A -> B
C是提交错误（比如把密码提交上去了），不保留C则必须reset
方法二：再提交一个revert反向修改，变成B：
A -> B -> C -> B
C还在，但是两个B是重复的，如果C是修改，现在又要改回来，将来可能再改成C，就revert
-
git add的反向命令git checkout --<filename>，将工作区中该文件的状态更新为暂存区对应该文件的状态。 -
git commit的反向命令git reset HEAD <filename>，就是将提交到暂存区的数据以仓库数据为基准撤销暂存。 -
命令
git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：一种是
readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；一种是
readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。总之，就是让这个文件回到最近一次
git commit或git add时的状态。git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。 -
命令
git reset HEAD <filename>可以把暂存区的修改撤销掉（unstage），重新放回工作区。 -
最新版本的git已经使用
git restore代替了原来的reset和checkout命令了，如下：git resotre readme//（使用 “git restore <文件>…” 丢弃工作区的改动）(use
git restore <file>to discard changes in working directory)git restore --staged readme（使用 “git restore --staged <文件>…” 以取消暂存）(use
git restore --staged <file>to unstage) -
从版本库中删除文件，那就用命令
git rm <filename>删掉，并且git commit。
远程仓库
-
git remote add <远程仓库名> <SSH地址>：将本地仓库与远程仓库关联。 -
git remote：查看远程库的信息。用git remote -v显示更详细的信息。 -
git push [-u] <远程仓库名> <分支名eg：master>：把master分支推送到远程。
由于远程库是空的，第一次推送master分支时，加上-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，-u是指定后面的远程仓库名和分支名为默认。 -
git clone <SSH地址>：从远程库克隆。从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，远程仓库的默认名称是origin。注：从远程库clone时，默认情况下只能看到本地的
master分支。可以用git branch命令看看。要在其他分支上开发（eg：dev），必须创建远程origin的dev分支到本地，用git checkout -b dev origin/dev命令创建本地dev分支。再利用git push origin dev把dev分支推送到origin远程库。 -
git branch --set-upstream-to=origin/dev dev可以指定本地dev分支与远程origin/dev分支的链接。之后可以用git pull命令抓取合并分支。
总结多人协作的工作模式：
- 首先，可以试图用
git push <远程仓库名> <分支名>推送自己的修改； - 如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并； - 如果合并有冲突，则解决冲突，并在本地提交；
- 没有冲突或者解决掉冲突后，再用
git push <远程仓库名> <分支名>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <远程仓库名>/<分支名>。
-
git push <远程仓库名> --delete <分支名>删除远程仓库里的分支。 -
git rebase把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。推送到远程后，远程分支的提交历史也是一条直线。rebase操作可以把本地未push的分叉提交历史整理成直线；目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
分支管理
分支的创建、合并、删除、管理和冲突解决
HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点。每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。
- 创建新的分支，例如
dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：
git checkout <分支名>命令加上-b参数表示创建并切换，相当于git branch <分支名> +git checkout <分支名>
新版Git支持git switch <分支名>命令来切换分支，git switch -c <分支名>来创建并切换分支。
git branch命令会列出所有分支。
- 合并分支：把
dev合并到master上，直接把master指向dev的当前提交。
情况一：Fast forward模式
情况二：存在冲突
git merge --no-ff -m "commit描述" <分支名>：非Fast forward模式在merge时生成一个新的commit，--no-ff参数表示禁用Fast forward。
git merge <分支名>命令用于合并指定分支到当前分支。
git log --graph --pretty=oneline --abbrev-commit可以看到分支的合并情况。
注：二进制文件冲突是二选一，决定留下哪个就是哪个，没有合并一说。
- 删除分支：删除
dev分支就是把dev指针给删掉。
git branch -d <分支名> 删除分支，若要删除一个没有被合并过的分支，可以通过git branch -D <分支名> 强行删除。
git stash可以把当前分支的工作现场“储藏”起来，等以后恢复现场后继续工作。
git stash list命令查看储藏的工作现场列表。
恢复有两个个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了。
git cherry-pick <commit版本号>命令能复制一个特定的提交到当前分支。
标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。其实标签就是指向某个commit的指针（分支可以移动，标签不能移动）
git tag <tagname>打上标签，默认标签是打在最新提交的commit上的，还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字。
git tag <tagname> <commit id> 在指定commit上打标签。
git tag查看所有标签。标签不是按时间顺序列出，而是按字母排序的。
git show查看标签信息。
注：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。
git push origin推送某个标签到远程。git push origin --tags一次性推送全部尚未推送到远程的本地标签。
git tag -d <tagname> 删除标签。git tag -D <tagname>强制删除本地标签。 git push origin :refs/tags/<tagname>删除远程标签。
175
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
