比較收穫與其他源控制系統？

Question

從上面看，「源代碼管理」似乎是一種描述CA Harvest的不好方法;它是一個部署控制系統，它實際上只是部署代碼非常好。儘管如此，我發現它在執行源代碼控制任務時缺乏。

如果您使用過Harvest;

1. 它做了什麼對不對？
2. 它不能做什麼？
3. 它是怎麼做的一個解決方法如此駭人，它比預期的時間長3倍？

Answer 1

（如果我錯了，有人糾正我）收穫對於部署控制來說看起來很棒，沿着部署生命週期執行步驟，並獲得部署到生產的批准鏈。這就是說，它在開發友好的一面缺少。

看來我需要使用Workareas;他們讓我把所有的代碼放在我的本地機器上，這樣我就可以開發。

使用Workareas，我只能從存儲庫進行同步，但不能獲取同步內容的報告;我不知道發生了什麼變化，或者是誰改變了，或者原因。

要使用Workareas向註冊添加註釋，您必須在首選項中手動啓用該功能，這對我來說是一個巨大的紅旗。

我似乎無法弄清楚如何找出自特定時間以來發生了什麼變化;例如，自週五下午5點以來發生了什麼變化？

沒有任何原子提交;我無法將文件作爲一個組提交，如果出現問題，請稍後將該組捲回。我可以把它作爲一個包裝，但這是重量級的;一個包應該能夠包含數百個原子提交/組。

最糟糕的是，它完全不受Stack Overflow和/或任何其他問答網站的支持。如果我無法弄清楚......我正在拍攝盲人。

Answer 2

我們目前正在從Harvest遷移。

1. 配置管理和代碼部署。我們有一個相當不錯的流程。

2. 分支和合並。可怕的SCM工具真的。

3. ？