使用SVN时，iOS开发中多人协作处理Xcode Storyboard的最佳方案

作为常年泡在iOS协作开发里的老司机，太懂多人改Storyboard时遇到冲突的崩溃感了！结合我踩过的坑，给你整理一套实用的方案：

一、先做好预防：从根源减少冲突 #

1. 拆分大Storyboard，用Storyboard References串联 #

别把所有页面都塞到一个巨型Storyboard里！按业务模块拆分（比如登录模块、商品列表模块、个人中心各一个），然后用Storyboard References把它们链接起来。这样每个人负责自己的模块，基本不会碰同一份文件，冲突概率直接降一半。

2. 开启Storyboard的本地化字符串模式 #

选中你的Storyboard，在右侧的File Inspector里找到“Localization”选项，把格式改成Localizable Strings。这样Xcode会把Storyboard里的UI元素（比如按钮文字、标签文本）提取到.strings文件里，你提交时主要改这个文本文件，比直接改XML格式的Storyboard容易太多——文本冲突一眼就能看明白，合并起来也简单。

3. 高频更新+小粒度提交 #

别攒着大半天的修改一次性提交！每天至少执行svn update两次，每次只提交单一功能的小修改（比如只改一个按钮的样式，或者调整一个布局约束）。小修改不仅冲突概率低，就算冲突了也容易定位解决。

4. 提前沟通是王道 #

提交前在团队群里喊一句：“我要改首页的搜索栏布局啦，有没有人也在碰这块？” 避免两个人同时改同一个UI区域，这是最直接的防冲突手段。

二、冲突发生了？这样解决最高效 #

如果真的遇到冲突，别慌，按这个步骤来：

1. 先拉取最新代码，明确冲突点 #

先执行svn update拿到最新的远程代码，此时冲突的Storyboard文件会被标记为冲突状态。打开Xcode的Source Control面板，能看到具体的冲突位置。

2. 用合适的工具合并冲突 #

• Xcode自带合并工具：在冲突文件上右键，选择“Resolve Conflicts”→“Merge”，Xcode会自动尝试合并能兼容的修改，剩下的冲突会高亮显示，你可以手动选择保留本地版本还是远程版本，或者直接编辑XML代码。
• 第三方Diff工具：如果Xcode的合并不够直观，推荐用Beyond Compare这类工具，它能把两边的XML代码对比得清清楚楚，你可以逐行选择保留哪部分修改，还能避免破坏XML的标签结构（比如漏写闭合标签导致Storyboard崩溃）。

3. 手动合并XML的小技巧 #

Storyboard本质是XML文件，冲突标记会是<<<<<<< HEAD（你的本地修改）、=======（远程修改）、>>>>>>> [版本号]这种格式。合并时注意：

• 不要直接删除冲突标记就完事，要仔细对比两边的修改逻辑，比如你改了按钮的颜色，队友改了按钮的位置，这两个修改可以同时保留；
• 注意XML标签的完整性，比如合并后要确保<button>标签有对应的</button>，不然Storyboard会打不开；
• 如果不确定某段代码的作用，可以先注释掉，打开Xcode预览效果没问题再保留。

4. 极端情况的补救措施 #

如果冲突太复杂，合并后Storyboard直接打不开了：

• 放弃本地修改：执行svn revert [Storyboard文件名]，用远程的最新版本重新做你的修改；
• 导出局部修改：把你做的UI部分单独导出成XIB文件，然后导入到最新的Storyboard里，重新调整布局。

最后提个小细节 #

Xcode有时候会自动生成一些无关的XML代码（比如布局约束的微小数值变化），提交前用svn diff命令预览一下修改，把这些无关的改动删掉，能进一步减少冲突的概率。

内容的提问来源于stack exchange，提问作者guru