git。。。

git：
一：commit(提交）
如果增添了新的文件，或者对文件进行了修改，删除，需要将改变的文件提交到本地仓库，提交到本地仓库以后，如果以后想再次查看这次修改后文件，只需要根据切换到对应的日志，每commit一次就自动生成一个日志，commit多次也就有多个日志，日志按时间排列。
注意：每一次commit都相当于生成了一次快照，也即每个日志对应一个快照，那么这个快照包含哪些内容呢，由上一份快照的内容与这个选择的文件进行同步后生成新的快照.。
总之，commit操作是为了防止代码或文件丢失，一旦在项目中新增了文件或者进行了修改或者删除操作，都应该进行commit
另外，需注意，如果选择的文件和同步到上一次快照之后没有进行任何的修改，那么就不会生成新的日志，commit失败
二：合并分支
合并分支即将一个分支的所有日志加入到另一个分支中，然后根据日志对文件进行更新，更新后的文件有时会生成一个新的日志，用来记录这次更新，什么时候生成新的日志呢：在合并前两个分支都进行了提交，更详细地说，是两个分支都有但对方没有的日志，什么时候不会呢：只有一方进行了提交，也即只有一个分支有对方没有的日志
合并冲突：合并时如果两个分支同时对同一个历史相关的文件进行了修改，或者一个分支对其进行了删除，一个分支对其进行了修改，就会产生合并冲突，如何解决？：需要重新commit一次，且commit必须包含产生矛盾的文件
注意：合并后产生的日志，无论是成功后产生的还是冲突后产生的，其规则和之前commit的规则不一样，若是合并成功后有提交，该提交就是更新后的文件内容，若是冲突后的提交，则需要自己git add 选中文件，其中必须包含矛盾文件，然后进行commit,还是以更新后的文件内容为主。
总之，合并会做两件事情：例如A merge B : 首先将B的所有日志放到A当中，然后根据日志进行更新，更新后的文件可能生成一个新的日志
相同文件内容的分支无法合并
若分支切换到历史日志，则将当前日志视为最新日志，不过通过git reflog指令依然能回到之前的最新日志。

分支之间需要历史相关才能进行合并，所以一般用克隆结合在原分支上创建分支的方式使其历史相关。
因为分支冲突只能在被合并分支中解决，所以得先pull，再push。例如A merge B,加入A是远程仓库，远程仓库一般无法直接操作，只能在本地仓库操作，所以先在B中解决冲突，再push到A。