共享文件夹和XCode

时间:2009-11-29 03:35:31

标签: iphone xcode collaboration real-time

有没有办法让XCode能够与共享文件夹一起玩,并允许多人同时使用iPhone应用程序?或者我们是否需要切换到更像SubEthaEdit或其他实时协作工具的东西?

4 个答案:

答案 0 :(得分:1)

知道Xcode在文件系统中发挥得非常糟糕。管理项目时,您有两个选项,即将文件夹添加为组或文件夹引用。

如果你添加一个组,那么该文件夹将被镜像到Xcode中,但该组不会与文件系统同步,也就是说你可以在组内移动东西,删除组,不会触及FS,反向会使Xcode丢失文件。

添加文件夹引用的第二个选项听起来非常甜蜜,但完全是错误的。文件夹引用可能无法正确更新,在文件夹中未检测到更改(如果您向资源添加Images文件夹引用并更新内容,则您的资源将不会在下次构建时更新,您必须清理和重建)。 / p>

这就是为什么你不应该使用Xcode(我们在这里使用vim + SCons并且非常满意)或者你需要使用SCM(SCM也可以与其他工具结合使用,你应该使用SCM)

至于SCM,我推荐Mercurial,但也有SVN和Git以及很多其他人,我建议你谷歌一点并提出你的意见。

答案 1 :(得分:1)

如果您使用SCM,目前为止最好的办法是检查project.pbxproj  文件(在.xcodeproj包中)。大多数情况下合并得很好,有时你必须手动合并,但在这种情况下,90%的情况下你只需要合并两边。

我的.gitignore文件如下:

# xcode noise
build/*
*.pbxuser
*.mode1v3
*.perspectivev3
*~
*.mode2v3

您可以对其他SCM系统使用类似的忽略指令集。

图像的文件夹引用是正常的(如果您更改任何图像内容,则必须执行“清理”)但对于源不太好。

答案 2 :(得分:1)

让多个人在共享文件夹上工作是灾难的一个方法,你会后悔第一次有人覆盖你早上大部分时间编辑的文件,因为他们想要在其中更新评论。 / p>

获取SCM并让每个人将他们的代码签入自己的私人文件夹。

当您的构建速度更快时,您也会感到更高兴,因为您正在构建本地磁盘而不是网络磁盘。

答案 3 :(得分:0)

如果您正在寻找实时协作,即两个或多个程序员实际上同时将相同的代码写入同一个文件,您将需要使用像subethaedit这样的协作编辑器。您可以将subethaedit设置为Xcode中源文件的首选编辑器。

这样,你有一个托管Xcode项目的程序员,他在subethaedit中打开源文件。然后其他程序员通过subethaedit登录文件。然后托管程序员在他的本地Xcode中编译代码。

但是,正如Rudedog评论中所述,如果您只想让多个人在同一个项目上工作但在不同的文件上工作,那么您应该使用代码管理工具。