1

我希望带领我的团队进入本世纪并使用源代码控制。开发人员非常有能力处理源代码控制软件——无论是基于命令行还是基于 GUI、Windows 或 -Nix。

他们一直在本地和单独处理他们的代码（这让我很害怕）的原因是因为我们的 CM 团队在技术上不那么精通，也不对整个签入/签出过程感到满意。

是否有面向 CM 组的源代码控制软件？我正在考虑一个允许他们从所有已签入的文件中选择一个文件版本并将其标记为他们正在尝试创建的构建的版本。

4

1 回答 1

2

如果您认为 CM（配置管理）组负责发布管理流程，那么您可以通过建立良好的发布流程将它们与您可能选择的任何 (D)VCS 工具的“技术细节”隔离开来。

该出版物包括在某处可见（共享目录，像Nexus这样的工件存储库，专用于发布，......）：

  • 运行程序所需的交付（一组二进制文件及其依赖项）
  • 这些二进制文件的清晰版本列表（SVN 修订号或标记、git 标记、Nexus Group-Artifact-Version，...）允许开发人员在 CM 组返回列表时找到确切的代码集要修复的缺陷
  • 解释部署的文档

CM 组负责交付，管理不同部署环境（集成、UAT、pre-prod、prod...）之间的发布过程和升级，而无需处理 VCS 工具。

这也强制了 dev 和 prod 之间的强烈分离（在环境和流程方面），这允许开发人员采用他们想要的任何开发工作流程，而不会影响 CM 小组的工作方式。

于 2012-10-18T06:21:49.197 回答