我們發現自己與一些外部實體合作的時間很短（有待定義，但可以是1周，1個月，1年）。我稱之爲實體，因爲它可以是一個人，也可以是一個龐大的多公司。什麼是短期項目的最佳協作工具？
問題是，到目前爲止，所有的通信都是爲客戶端完成的，這也意味着很多工作。如果我們能夠提供一個協作工具：SVN，TortoiseSVN或其他的東西，會更容易。
該解決方案應該是獨立於操作系統的，並且是可用的交付物。 我個人還挺堅持一些SVN工具，但我可能需要一些重型個性化。
所以這個問題：你用什麼作爲協作工具？哪一個是最好的（如果有的話）？ 假設一個異構環境。
我以「協作」工具假設你是指源代碼管理/修訂控制，因爲你以SVN爲例。
似乎CVS和SVN等集中式修訂控制系統的日子已經過編號，運行這些系統的開銷似乎對於小型團隊或短期項目尤其不合理。
個人和專業我已經遷移到極大的成功Mercurial。它是用Python編寫的（因此也是跨平臺的），並且擁有比其主要「競爭對手」Git更出衆的用戶體驗（IMHO）。
如果您想模仿CVS和SVN的工作方式，那麼將一臺服務器設置爲「權威」存儲庫相當容易。您還可以以完全分佈的方式工作，並在客戶端之間推送更改集。
要試試看，安裝在平臺上，並嘗試：
hg init MyTestRepo
cd MyTestRepo
touch SampleFile.c
hg add SampleFile.c
hg commit
hg log
這應該給你的工作流程的一個想法，你是多麼喜歡它。互聯網上的教程很多，可以幫助您在實際項目中繼續使用。
任何版本控制系統都會爲您提供「協作工具」。這是版本控制系統的主要作用：爲開發人員提供一種結構化的方式來協同工作。
我自己喜歡Mercurial，因爲它重量輕，速度快，分佈廣。有針對所有平臺的（圖形）客戶端：TortoiseHg（Windows，Linux，Mac），MacHg和SourceTree（Mac）。
我支持前面的海報使用水銀的光（但是要記住 - 自己顛覆/過阿帕奇/是更易於管理，從我的POV）...
但不得不提 - 在完全意義上的協作不僅是代碼（因此 - 選擇供應鏈管理），更重要的是 - 溝通，協調行動（「純編碼」之外）：如果你的任務是「必須完成的事情」，那麼* VCS是不夠的。
PS - 我任何時間項目，我更喜歡使用Assembla，在現有的空間和全新的空間新回購與需要換項目的工具集
感謝您的編輯，馬丁！ – 2012-01-13 23:37:54