2010-08-15 78 views
2

在一個項目的早期階段,當大量文件被添加並且項目正在被多個人同時處理時,Xcode項目文件往往在源代碼控制下經常發生衝突。合併這些是一種痛苦,如果你不小心,通常會導致文件引用丟失。什麼是跟蹤源代碼管理中的Xcode項目的一些方法?

有沒有人制定過使用普通Xcode項目文件進行協作的可靠系統?有沒有人爲每個協作者保留一個單獨的項目文件,並在發生問題時擔心文件依賴性?這似乎是一個很常見的問題,所以我相信很多人已經爲這種類型的事情制定了一個系統。

我有我自己對每個合作者這涉及到單獨的項目文件系統,但是這是一種在早期階段一個無賴的...

回答

4

最好的答案,我發現是簡單的「早提交,並承諾經常。」不要等到你積累了大量改變才能完成你的工作 - 當你將一個新文件添加到你的項目中時,請檢查它。當你移動或重命名一個班級時,請檢查它。你明白了...

項目格式實際上相當強大的自動合併。只是在整個文件分發很多小的變化時,自動合併速度會非常快。

明顯的警告是:

  1. 有將要的時間,其中有一堆TOT半生不熟的混亂時期。您將希望開始使用分支和/或標籤來跟蹤「何時情況良好」。
  2. 對於這個工作,大家都在這個團隊必須與此。如果你有任何堅持,他們的痛苦會因其他人的檢查頻率而增加。

我的團隊以這種方式工作,對我們來說,它工作得很好。這比管理經典的Makefiles,恕我直言,當然不會更痛苦。

+0

+1在我工作的地方,這就是我們如何做到的,而且工作得很好。我們仍然需要偶爾手工合併或重新做出更改,但如果您遵循此建議,則這些事件非常罕見。 – 2010-08-15 17:40:00

+0

+1 ...「團隊中的每個人都必須在船上...」評論。早期提交,經常提交模型似乎對小團隊有效,但隨着數量的增加,某人成爲d-bag並做自己的事情的可能性增加。 – jtrim 2010-08-15 19:51:37

+0

+1我從來沒有丟過文件引用。如果你只是添加文件,保留「我的」和「他們的」線。如果你正在移動東西,等到事情先穩定下來(或者要求*每個人*承諾,進行更改,並要求*每個人*更新)。 – 2010-08-16 01:40:41

相關問題