XCode的.project文件本质上是一个记录了该项目下所有文件关系的XML文件，每次新加一个文件，目录或者删除一个文件，目录都会对这个文件产生修改。因此，当团队大到一定程度之后，多个成员工作在同一个Project下时，经常会发生同时修改.project文件的情况，这个时候.project文件的Merge Conflict就会成为团队中一个比较头疼的问题，因为.project文件非常巨大，且非常不表义，手动merge出错概率非常高。
基于物理目录而非Xcode的逻辑Group管理代码结构
为了简化.project的Merge Conflicts问题，我们在起项目的时候就需要根据物理硬盘上的目录结构管理文件，而非Xcode中的逻辑Group管理文件。这样做的好处有几个：
- 当出现.project文件的Merge Conflicts时，可以直接放弃本地的.project文件的修改, 然后再把自己影响的目录整个重新加入Xcode即可，方便快捷。
- 在XCode中点击“Show In Finder”时，可以直接跳到对应目录下，而不是项目的根目录，省去大量的重复点击时间
Synx
对于遗留的iOS项目，已经有大量的文件散乱在项目中，也可以通过使用Synx（https://github.com/venmo/synx）工具，非常方便地转换到目录管理模式。这个工具使用起来非常简单，直接阅读一下官方文档就OK了。当然， 使用第三方工具总是会有风险的，把代码保护在版本管理工具下，是做一切修改的前提。执行后的效果大致如下（官方盗图）：
