多個開發人員+單個Dynamics CRM實例+ Git-如何克服挑戰？

Question

我們應該是4位開發人員，為下一個CRM項目使用同一個CRM實例。

我們計划使用Solution Packager將解決方案文件分解為包含XML文件的文件夾結構，該XML文件表示CRM解決方案的每個組件。

我們正在使用Git進行版本控制。

當前，我們預見到一些問題，由於這些問題，我們懷疑這將增加更多的開銷或需要人工干預來避免某些沖突。

在Microsoft網站上，給出了一個示例，其中CRM解決方案文件存儲在“源代碼管理”下，但是開發人員A和開發人員B都分別對該解決方案的組件進行了更改。 它說：

在開發人員A之后，開發人員B准備就緒。

1. 在提交之前，他必須獲取最新資源，以確保之前的簽入不會與他的更改沖突。
2. 發生沖突是因為自從“活動聯系人”上次檢索最新消息以來，該文件已被修改。
3. 開發人員B必須調解沖突。 使用中的源代碼控制系統的功能可能會輔助此過程。 否則，以下選擇都是可行的。
   • 開發人員B通過源代碼管理歷史記錄（如果有）可以看到開發人員A進行了先前的更改。 通過直接溝通，他們可以討論每個更改。 然后，開發人員B僅需使用約定的解決方案更新其組織。 然后，他導出，提取並覆蓋沖突的文件並提交。
   • 允許源代碼控制覆蓋其本地文件。 開發人員B打包解決方案並將其導入他的組織，然后評估視圖的狀態並根據需要重新自定義。 接下來，他可以導出，提取和覆蓋沖突的文件。
   • 如果可以認為先前的更改是不必要的，則開發人員B允許其文件副本覆蓋源代碼管理中的版本並提交。

對我來說，這似乎需要很多手動干預才能使更改合並..似乎不太理想。

想知道是否有人可以就多個開發人員在應由每個開發人員自定義組件和插件的單個CRM實例上工作的最佳實踐分享一些想法？ 我們計划將Git用作ALM，並計划使用Solution Packager分解解決方案，以便我們可以在Git中跟蹤XML文件。

任何幫助，將不勝感激。

Answer 1

我覺得這是CRM仍然使生活困難，並且僅提供有限的工具和支持的領域之一。

以我的經驗，對於每個人來說，在CRM中完成所有自定義和配置工作都是最簡單，最實用的方法，而忘記了“常規”源代碼控制。 必須導入和導出解決方案文件可能是一個非常緩慢的過程，這會讓您發瘋。 您將要避免在CRM之外編輯解決方案文件。 在單個CRM實例上工作時，不需要合並，因為每個人都可以立即看到彼此的更改。 以我的經驗，此過程通常只會增加通常可以避免的開銷。

定期（例如在深夜）對源代碼管理進行導出仍然很明智，因此，如果出現問題，則可以進行備份。

您也仍然可以正常地對所有源代碼進行源代碼控制，例如插件代碼。

同樣，您上面提到的示例還涉及到開發人員在多個CRM實例上工作（例如，每個開發人員都有自己的CRM開發實例），而不是您提到的單個CRM實例。