开发笔记:git教程——简单总结

1 创建版本库：

• 初始化一个Git仓库，使用git init命令。


• 添加文件到Git仓库，分两步：

 (1)使用命令git add ，注意，可反复多次使用，添加多个文件；

 (2)使用命令git commit -m ，完成。

2 时光穿梭：

• 要随时掌握工作区的状态，使用git status命令。


• 如果git status告诉你有文件被修改过，用git diff 可以查看修改内容。

2.1 版本回退：

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

    在Git中，用HEAD表示当前版本, 上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。


• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

2.2 管理修改：

• Git是跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中。

2.3 撤销修改：

• 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

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

• 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。

用命令git reset HEAD 可以把暂存区的修改撤销掉（unstage），重新放回工作区；git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。

• 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

2.4 删除文件：

• 命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

3 分支管理

查看分支：git branch

创建分支：git branch

切换分支：git checkout

创建+切换分支：git checkout -b

合并某分支到当前分支：git merge

删除分支：git branch -d

3.1解决冲突

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

3.2分支管理策略

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

3.3 Bug分支

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。

（用git stash list命令查看刚才保存的工作现场，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了。）

3.4 Feature分支

开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。

3.5 多人协作

多人协作的工作模式通常是这样：

1. 首先，可以试图用git push origin 推送自己的修改；


2. 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；


3. 如果合并有冲突，则解决冲突，并在本地提交；


4. 没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！

如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。

小结：

• 查看远程库信息，使用git remote -v；


• 本地新建的分支如果不推送到远程，对其他人就是不可见的；


• 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；


• 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；


• 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；


• 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

3.6 rebase

• rebase操作可以把本地未push的分叉提交历史整理成直线；


• rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

4 标签管理

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。

Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。

tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。

4.1 创建标签

• 命令git tag 用于新建一个标签，默认为HEAD，也可以指定一个commit id；


• 命令git tag -a -m "blablabla..." 创建带有说明的标签，用-a指定标签名，-m指定说明文字；


• 命令git tag可以查看所有标签。


• 命令git show 可以查看标签信息和说明文字。

4.2 操作标签

• 命令git push origin 可以推送一个本地标签；


• 命令git push origin --tags可以推送全部未推送过的本地标签；


• 命令git tag -d 可以删除一个本地标签；


• 命令git push origin :refs/tags/可以删除一个远程标签。

一个本地库同时关联到github和码云

使用多个远程库时，我们要注意，git给远程库起的默认名称是origin，如果有多个远程库，我们需要用不同的名称来标识不同的远程库。

仍然以learngit本地库为例，我们先删除已关联的名为origin的远程库：

然后，先关联GitHub的远程库：

注意，远程库的名称叫github，不叫origin了。

接着，再关联码云的远程库：

同样注意，远程库的名称叫gitee，不叫origin。

现在，我们用git remote -v查看远程库信息，可以看到两个远程库：

如果要推送到GitHub，使用命令：

如果要推送到码云，使用命令：

这样一来，我们的本地库就可以同时与多个远程库互相同步：

参考来源：https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000