我曾多次听到Git保留了"它所知道的变化"的内部记录.这通常是为什么我们需要将更改(比如登台到修改程序的修补程序)或重新定位中固有的问题重新编写.我觉得这就像"一流的对象",其中使用的短语有点含糊不清并且松散地使用,并且潜在的现实更为直接.
那么"它所知道的变化"到底意味着什么呢？在Git源代码中,每个分支都维护一个sha1的列表,它"知道"(可能在这里:https://github.com/git/git/blob/master/commit-graph.c)？当Git更改sha1时会发生什么 - 例如,说发布分支上的某个人做了a,b,c的壁球提交来制作d？
发布分支是否知道a,b,c,并且在合并回dev时它是否也会传递该信息或仅存在d？如果dev分支已经提交了一个 - 它是否足够智能来同时管理d和a的存在？
我正在关注一本书中的示例,该书没有显示解决合并冲突的步骤.本教程中提到的本教程对我不起作用 - 在本地系统上模拟多个用户/提交者 因此,我甚至无法学习合并.
以下是从书中复制的步骤 -
现在打开空白participants.txt文件并在其中粘贴以下行:( 我在每个名称前添加了一个连字符)
Finance team
Charles
Lisa
John
Stacy
Alexander
Git代码 -
git init
git add .
git commit –m 'Initial list for finance team'
使用以下语法创建一个名为marketing的新分支:
git checkout –b marketing
现在打开participants.txt文件并开始输入财务团队列表下方营销部门的名称,如下所示:( 我在每个名称前添加了一个连字符)
Marketing team
Collins
Linda
Patricia
Morgan
Git代码 -
git add .
git commit –m 'Unfinished list of marketing team'
git checkout master
打开文件并删除名称Alexander和Stacy,保存,关闭,添加更改,并使用财务团队的提交消息最终列表进行提交.
git add .
git commit –m "Final list from Finance team"
git checkout marketing …我知道通过以下命令检查两个修改的文件有很长的方法。
git add <filename>
git reset HEAD <filename>
git checkout <filename>
但是是否有一个命令可以检查所有“未合并的路径”？
我完全不习惯使用git作为开发的版本控制系统,我仍然在学习它.我对拉取请求期间的合并冲突感到困惑.根据我的理解,当文件的同一行在两个不同的分支中不同时,通常会发生合并冲突.我有一个具有以下树结构的git存储库.所以我从"master"创建了一个"dev"分支,然后从"dev"创建了"D1"和"D2"分支.master-> dev - >(D1,D2)在"dev"分支中,我有一个文件名"file1.txt",第一行为1111111111111,在"D1"分支中我有相同的文件"file1.txt"第一行为AAAAAAAAAAAAAAA.我创建了一个拉动请求,将"D1"分支合并到"dev",并预期会出现合并冲突,因为两个分支中的第一行"file1.txt"不同.
但是git显示Able合并消息表示没有合并冲突,"dev"分支更改被"D1"分支更改覆盖.知道我错过了什么.