2
我在我的团队中使用Phabricator和Arcanist进行代码审查。 “弧地”命令非常棒,但有一种情况对我们不起作用。我们有一个单独的xml文件,其中包含一个链接列表(每个元素指向一个前一个元素)。我们不会经常更改这个文件,但偶尔我们会做。如果两个人在同一时间进行更改发生“无声的冲突”,意味着链接列表被破坏,因为这两个新元素链接到相同的前一个元素。这不是很难解决。但是git没有引发合并冲突。Phabricator奥术师弧地vs弧修正
所以当我们运行弧地,不正确的xml文件被自动推送。我们不希望这样。
会正确的动作是使用弧形修改,然后解决冲突手动后跟一个混帐推(像我们今天这样做,没有任何麻烦),或者你会如何建议与此前进?
太棒了! “arc land --hold”现在是有意义的。预先接收的钩子(太多不同的本地设置依赖于预提交钩子),验证XML文件是合乎逻辑的下一步骤。这从来没有成为一个大问题,因为该文件是手动编辑,即使是新员工也无需任何介绍即可轻松理解和修复。但是在弧形的土地上,我看到人们忘记了这一点。 –