如何使用git与团队一起处理iOS情节串连板？

Question

我在git和iOS项目工作了很长一段时间，一切都很好，但只有一件事经常困扰我。当我和我的团队在一个只有一个故事板的iOS项目上工作时，每个成员都有最大的机会使用故事板，所以当我们合并代码时，问题就来了，它会在故事板上显示冲突，很难决定我们想要哪些代码，哪些必须丢弃(在故事板的XML视图上)，类似的情况也可能发生在项目设置上。我使用的解决这个问题的方法是与团队沟通，如果他们中的任何一个想要使用故事板，那么他会通知其他不使用故事板的人，直到我完成并提交，推送代码并再次通知所有的人故事板是免费的。另一种解决方案是使用多个故事板，但有没有其他方法可以在团队中使用单个故事板并避免冲突或轻松更正它们？

Answer 1

从我个人的经验来看，这真的很难，也真的没有办法让这件事变得更容易。我和我的团队尽可能多地交流。还值得注意的是，从与之合并的分支读取提交消息将使您更好地了解哪些文件被触及。有些东西在XML文件中很容易识别，有些则不容易识别。如果你真的不确定，可以启动合并工具，试着和你的队友解决这个问题。

Answer 2

不是的。

无论哪种方式，与团队的沟通都不是一件坏事。但不幸的是，没有神奇的"fix-conflicts.sh“，也没有图形化的冲突工具。

故事板非常复杂，故事板中的合并冲突很少意味着两个人添加了两个单独的视图。当人们移动东西或改变“视点”时，你总是会遇到合并冲突。此外，如果存在错误放置的视图，当您使用自定义字体并打开情节提要进行20秒浏览时，这种情况经常发生: Xcode将无法足够快地加载自定义字体，并计算错误的图幅。如果在Xcode纠正它之前保存并关闭：、bam、、错位、视图和合并冲突。

帮你的团队一个忙，深思熟虑地拆分董事会。

你看，故事板(“设计的”UI )本身的概念是如此的复杂，以至于merge conflicts 将是一个真正的麻烦。