没有多个组织的 CRM 中的 TFS 版本控制

Question

我正在寻找一些输入来管理 CRM 中的版本控制。目前，我们正在使用单一的开发组织，并使用 Solution Pacakger 在 TFS 中维护 CRM 解决方案。我们在 TFS 中签入整个解决方案及其提取物（通过解决方案打包程序提取）。这样，我们可以通过比较提取文件来了解任何两个解决方案之间的所有更改。

这种方法的问题在于我们没有对进行特定自定义/配置的人进行低级别跟踪。了解 CRM 作为产品的限制后，我认为解决此问题的一种可能方法是设置一个并行开发流程，在该流程中，各个开发人员将对各自的 Orgs 进行更改并签入更改（合并后）。通过这种方法，我们可以跟踪开发人员所做的个人定制，因为他们会单独签入他们的每个更改。

是否有任何其他方法可以在不为每个开发人员设置多个组织的情况下实现这一目标？

Answer 1

解决方案包必须是一个一致的包。当从多个来源组装它时，保持一切一致将是一个真正的挑战。在部署周期的任何时候，您都将面临交付无法导入的解决方案的风险。

所以我强烈怀疑建议的方法是否可行。

当您确实需要将更改跟踪回单个团队成员时，您可以考虑以下事项：

• 每个开发人员都有自己的开发环境，可以在其中应用他的自定义设置。
• 准备就绪后，他只将修改后的组件传输到共享的 crm 组织。
• 完成此操作后，他立即在 TFS 中检查他的更改。

当然，所有团队成员都需要将共享环境中的自定义设置同步回他们的个人设置。它需要适当的工具来保持实用性和一些纪律性，但我认为这是可行的。