关于git（SourceTree）的几个疑问及解答(待自己学会来解答)（已解答）

之前在公司里用的svn做版本控制，现在的公司用的是BitBucket，客户端用SourceTree。从集中式的版本控制转到分布式版本版本控制，确实有点蒙蒙的。网上找了资料，看到的都是又臭又长的介绍，我只想知道几个基本概念，就能够理解git的原理了，但是没有找到，很遗憾。这里提一下我的几个疑问，等自己系统全面地（蠢笨地）学完了git的内容，在 自己来回答这些问题。我想知道是没有人能简洁地描述git的原理还是我现在太无知。

好了，那么问题如下：

1.所谓分布式版本控制，和集中式版本控制有什么不同，如果每个人的机器上都有一份代码，如何确定某一个版本是完整的，比如要发一个包，怎么确定自己发的是最终版，怎么确定其他人已经认同你本地保存的代码？

2.SourceTree中工作副本是什么含义？是指IDE中正在操作的代码吗？

3.暂存是什么，工作副本中的已暂存和未暂存有什么区别?工作副本中的提交和丢弃是什么？提交到哪里？丢弃是指丢弃为暂存文件，还是同时丢弃已暂存和未暂存文件？丢弃后能找回来吗？

4.git工作流中建立新的发布版本、建立新的功能、建立新的修复补丁有什么作用和区别？完成功能和完成修复补丁又是什么含义？

5.远程的作用是什么？远程的分支和本地分支有什么不同？

6.切换分支后本地IDE中的文件会变化吗？

7.建立新的分支的含义是什么，和前面提到的“新的发布版本、建立新的功能、建立新的修复补丁”有什么区别？

8.合并分支又是什么意思？

这些基本就是我的疑惑了，等我学成归来，亲自解答这些问题，看是否真的这么难回答，以致于一问别人就说：“基础的都不知道，去看看git工作流的概念。”

========================一点也不华丽的分割线============================

时间不知不觉过去一年了，使用git也有一年了，现在应该可以来回答这些问题了。先简单说点我的认识，再尽量用最简洁的语言来回答这些问题。

a.git的提交基于修改，提交的是一个个修改。svn的提交基于文件，提交的是一个个文件。svn修改多人同时修改同一个文件会冲突，git只要不是修改同一块代码，就算同时修改同一文件也不会冲突。

b.git拉取一个代码库后，本地就保存了一份代码和各种修改。所以git分支切换速度很快，git只需比较两个分支间有那些不同，将这些不同应用在工作副本上就行了。

 本控制，每个人的本地文件都直接和库中文件交换数据，

回答问题：

1.分布式版本控制相当于在本地也有一个版本库。分布式版本控制也是有一个远程库作为中心的（每个人有自己的本地库，公用一个远程库），只不过不同于svn中，用户直接提交代码到远端，git中只允许本地和远程库之前的同步，本地代码先提交到本地库，才能推送到远程库。svn确定代码最新的方式是每个人都提交并推送了自己的代码，并且每个人的代码都是最新。ps：之前问出这个问题主要是不知道git所谓的分布式版本控制也有一个公用的远程库。

2.是的，工作副本就是当前IDE中正在可编辑的代码。

3.工作副本和相对于当前分支可能有很多修改，提交前把要提交的代码放到暂存里。提交这个动作就相当于是把暂存里的代码提交到本地库。丢弃就是将选中的修改还原到当前的版本。已暂存和为暂存都是工作副本相对于当前所在版本的修改，已暂存和为暂存的列表里都是一条条修改，而不是一个个文件，丢弃不是丢弃了这个文件，而是丢弃了这些修改。丢弃了就找不回来了。

4.git工作流相当于使用git的一种规范有效的方式，相当于被大家接受的最佳实践。这种方式提倡使用”master“和”develop“两个分支作为主干分支和开发分支。建立新的发布版本、建立新的功能、建立新的修复补丁本质上的意义都是建立了一个新的分支，只不过三种分支的最后去向不同：新的发布版本最后会成为一个中断的分支，用于版本发布；新的功能最后会和并到develop分支，在develop分支想master分支合并的时候，这些修改也跟着到了master分支，用于新功能开发，县合并到develop进行测试，在develop测试通过后，由develop向master合并；修复补丁在完成的时候会同时合并到develop和master分支，用于修复bug。

5.远程就是中心库，所有人的本地库都和远程库交互。代码修改需要先提交到本地，再推送到远程。本地分支仅本人可见，本地分支跟踪了远程分支，就可以将本地分支的版本推到远程分支。你的本地分支推送后，远程分支的就多了一个版本号，其他人可以拉取这个版本。

6.切换分支通常是指切换到某个分支的最新版本。的本质就是将当前工作副本中的代码变成那个分支的代码，IDE中当然会变。

7.建立分支就是“我要让代码的修改走向另一个方向”，新的发布版本、建立新的功能、建立新的修复补丁都是建立了目的明确的分支，git工作流中这些分支都有着默认的去向。

8.如将“增加XX功能”的分支合并到develop分支，那么这个分支的所有修改都应用到了develop分支。