Xcode的代码结构管理

[b][size=large]Merge Conflicts on .project file[/size][/b]
XCode的.project文件本质上是一个记录了该项目下所有文件关系的XML文件，每次新加一个文件，目录或者删除一个文件，目录都会对这个文件产生修改。因此，当团队大到一定程度之后，多个成员工作在同一个Project下时，经常会发生同时修改.project文件的情况，这个时候.project文件的Merge Conflict就会成为团队中一个比较头疼的问题，因为.project文件非常巨大，且非常不表义，手动merge出错概率非常高。

[size=large][b]基于物理目录而非Xcode的逻辑Group管理代码结构[/b][/size]
为了简化.project的Merge Conflicts问题，我们在起项目的时候就需要根据物理硬盘上的目录结构管理文件，而非Xcode中的逻辑Group管理文件。这样做的好处有几个：
[list]
[*]当出现.project文件的Merge Conflicts时，可以直接放弃本地的.project文件的修改, 然后再把自己影响的目录整个重新加入Xcode即可，方便快捷。
[*]在XCode中点击“Show In Finder”时，可以直接跳到对应目录下，而不是项目的根目录，省去大量的重复点击时间
[/list]
[size=large][b]Synx[/b][/size]
对于遗留的iOS项目，已经有大量的文件散乱在项目中，也可以通过使用Synx（https://github.com/venmo/synx）工具，非常方便地转换到目录管理模式。这个工具使用起来非常简单，直接阅读一下官方文档就OK了。当然， 使用第三方工具总是会有风险的，把代码保护在版本管理工具下，是做一切修改的前提。执行后的效果大致如下（官方盗图）：
[img]http://dl2.iteye.com/upload/attachment/0110/3483/f01093df-d3d4-3ace-b0ee-671cc870de1f.png[/img]