我正在考虑一个可以参考其他开发人员的列表，例如：
有人有这样的清单吗？按优先顺序？
更新 - 添加了一些仅供参考的细节
有问题的系统由 C++ 和 makefile、Java 和导致 WAR 的 ant 以及 powerbuilder 和 C# gui 组件组成。所有代码都是强制的。
所以我正在寻找通用以及特定语言的最佳实践。
【问题讨论】：
标签： version-control configuration-management
对我来说，#1 规则是这样的：
主分支是神圣的 - 它必须始终是可构建的，能够通过 BVT，并且基本可用。
任何允许进入主分支并导致构建或 BVT 中断的代码都会暴露过程中的错误。该过程应允许伙伴构建/测试单个分支系统，或要求子分支在合并到主分支之前构建并通过 BVT，或其他此类保护措施。
【讨论】：
这在很大程度上取决于您在什么环境中构建？
每一个都在方法和设置上有所不同。因此，我们需要先了解您的设置，然后才能为您提供帮助。
【讨论】：
【讨论】：
系统必须自己构建，自己测试，自己下载+构建依赖。 我有一个 makefile 下载、构建和部署运行时环境，该环境已针对我的主干版本进行了“认证”。这个 makefile 也被提交到存储库中。
记得提交另一件非常重要但最容易被忽视的事情（一共三件）：
【讨论】：
如果您通过了“乔尔测试”中的这些问题，那么您应该走在正确的道路上：
您使用源代码管理吗？
您每天都进行构建吗？
您有错误数据库吗？
在编写新代码之前，您会修复错误吗？
我的 #1 是：您可以一步构建吗？
【讨论】：
“获取最新”和“构建”的整个过程应该是顺畅、轻松、快速和可靠的。
如果不是，开发人员往往会跳过获取最新版本并继续处理过时的副本，这是您要避免的事情。
这或多或少是迈克尔所说的-但我想强调的是，除了分支是神圣和稳定的之外-整个过程应该快速而简单
有点像 Google 的理念，即下载\安装应该快速简单
【讨论】：
作为 SCM 经理，我可以在这个问题上给您的最佳答案是“视情况而定”。您的列表和列表中项目的重要性顺序将取决于您的项目要求、您使用的语言和开发人员级别。
在您汇总的任何列表中，您可能要考虑对我很重要（或 #1）的一件事是，您的工具的主干或主要分支受到非常严格的控制，只有极少数人可以访问导入或提交更改。这将在发布时省去很多麻烦。
可以在您放在一起的任何列表中的项目是：
该列表可以根据您的具体要求继续进行，但我认为您对这里的内容有所了解。
【讨论】：