如何更有效地使用MKS Integrity（源代碼管理）

Question

我們使用MKS Integrity來控制源代碼。我無法控制 - 我只需要使用它。

什麼是我應該知道並避免的一些「陷阱」？而且，有沒有關於軟件的任何細節能夠讓我更好地使用它？

我已經在源代碼控件中的樹結構與我的沙箱中的樹結構不匹配的情況下遇到了問題。在不止一種情況下，一個文件存在於兩個地方，當我重新同步時，我得到當前版本，然後一箇舊版本覆蓋它，然後它不再同步。找到舊文件是一個挑戰，因爲當然，樹結構不匹配。

Answer 1

剛剛發現這個MKS問題：它只允許一個成員的修訂版一次具有特定的標籤。

碰到這樣說： 有人對我們的球隊改名爲一個PDF資源，增加_old的文件名（他這樣做，而不是放棄它，因爲他希望它仍然是我們部署的一部分）

然後，他添加了pdf的新版本，將其添加到相同的存檔，以便連接到現有的修訂歷史圖。

現在，如果您查看該成員的修訂歷史記錄，則會發現同一個開發路徑使用相同成員有兩個修訂版本。

作爲我們部署過程的一部分，我們檢查點正在部署的構件，向成員應用標籤以指定他們所屬的發佈版本。

由於MKS只適用一個標籤，一個修訂版，當我去查看檢查點，它看上去就像是不包括在我們部署新的PDF，因爲它缺少標籤

此外，避免視覺STUDIO INTEGRATION !!!自從安裝它以來，我的團隊中有幾個成員不得不經常與視覺工作室崩潰搏鬥，顯然其分支機制依賴於完整性命令行或gui客戶端中沒有等效功能。因此，如果您團隊中的任何人使用Visual Studio集成，除非他們工作的分支是通過集成創建的，否則他們將無法工作。所以你會發現自己在Visual Studio中做了一些事情，Visual Studio的工作很慢而且很差，所以使用集成的團隊成員可以使用它。

Answer 2

自1999年以來，我一直使用源代碼管理。它非常可靠，我們從未丟失過更改歷史記錄。我們不會對分支做任何事情，所以我不能回答你的問題。

我假設你沒有重新同步（F6）並更新到頭（F7）。

SI基於命令行設計。如果您使用命令行版本（pj.exe等），則可能會得到更一致的結果。文檔不是微不足道的。

我們正在嘗試遷移到Subversion，因爲MKS想要他們最新的企業版本的荒謬資金。