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

时间:2017-07-17 12:16:11

标签: dynamics-crm dynamics-crm-2016

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

此方法存在的问题是,我们没有对进行特定自定义/配置进行低级跟踪。理解CRM作为产品的约束,我认为这个问题的一个可能的解决方案是建立一个并行开发过程,其中各个开发人员将对其各自的Orgs进行更改并签入更改(合并后)。通过这种方法,我们可以跟踪开发人员完成的各个自定义,因为他们将分别签入每个更改。

有没有其他方法可以在不为每个开发人员设置多个组织的情况下实现此目的?

1 个答案:

答案 0 :(得分:1)

解决方案包需要是一个一致的包。当从多个来源组装它时保持一致性将是一个真正的挑战。在部署周期的任何时候,您都有可能提供无法导入的解决方案。

所以我强烈怀疑建议的方法是否会证明是实用的方法。

如果您确实需要跟踪各个团队成员的更改,可以考虑以下事项:

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

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