Git (SourceTree)的使用

一、文件的状态

• 已修改：文件内容已经被修改
• 已删除：文件本身已经被删除
• 变 更：文件本身没有修改，但是改变了存放位置
• 未管理：尚未添加到版本管理的文件，比如新添加的文件
• 忽 略：不需要添加到版本管理的文件
• 冲 突：(暂不清楚)
  

二、穿梭时空

注意：将合并两字当作回退就行

• 软合并 - 保持所有本地改动
• 混合合并 - 保持工作副本但重置索引
• 强行合并 - 丢弃所有工作副本改动
  
  

三、平行宇宙：

创建一个平行宇宙，相当于一个新的分支

合并选项：

普通合并：将平行宇宙的内容统一合并到主宇宙中

变基合并：将整个平行宇宙当作一个基准合并到主宇宙中

遴选合并：选择需要合并的内容

注意：在合并完成后一般为了便于管理应当删除合并完的分支

四、基本操作：

4.1、交互式变基

可以将多次提交合并为一次提交，便于管理和查看

4.2、冲突

① 因为两个或两个以上的分支修改了同一个文件，导致合并时造成了冲突，建议是自己手动打开文件选择自己需要合并的内容，删除不需要的内容。

② 处理完冲突后将其标记为已解决冲突
解释：

1. 我的版本解决：是以master主宇宙上的修改为主，将其他平行宇宙的改动屏蔽
2. 他人版本解决：是以平行宇宙上的修改为主，将master主宇宙上的改动屏蔽

4.3、文件列表管理

频闭一些你需要上传的文件或文件夹

4.4、简单工作流

在一些主宇宙上创建平行宇宙，通过在平行宇宙进行一系列的测试，没问题后再通过普通或变基合并到主宇宙中，然后将没有价值的平行宇宙再删掉。

4.4、汉英对照表

五、远端仓库的疑问

① 问：平台远端仓库中是否有哪个宇宙处于当前宇宙、哪个结点处于当前节点？
答：没有，平台上的远端仓库只是数据的中转站，它只忠实备份仓库中的数据，不会特别对待某个宇宙或某个节点；更不会记录哪个设备当前处于哪个宇宙、哪个节点；
② 问：远端仓库是Git管理的中心节点吗？没有它，Git是不是就不能工作了？
答：Git从设计之初就被设定为一个去中心化的系统，即使没有远端仓库也是能够进行版本管理的（我们就是从本地Git管理开始学习的）。使用远端仓库，不过是为了更加方便不同地域、不同人之间的合作而扩展的一个辅助工具。Git仓库本身，在隐藏的“.git”目录中就存放了所有Git版本管理的信息，通过它就能还原整个管理的全貌。可以用细胞克隆来理解这个过程：
○ 只要隐藏目录，“.git”这个细胞不丢失内容，那么它能从一个完整的个体；
○ 每个细胞发展出的个体还能独自生长，演变出不同的物种；