当提交修订控制需要开发人员更改自己的配置时

Question

当提交到版本控制的更改需要获取更新的开发人员执行一些特定的附加操作（例如修改不在版本控制中的本地配置文件）时，通知其他开发人员的最佳方法是什么？

我目前正在将其写入提交消息中，但似乎很容易被忽略。是否有任何版本控制系统提供更好的方法来做到这一点？

其他人如何做到这一点，或者不应该有任何超出修订控制范围的必要更改？

我正在使用 Mercurial，但使用其他形式的修订控制的人的答案也很有用。

Answer 1

很少有超出修订控制范围的必要更改。对于极少数情况，请使用开发人员拥有的常规沟通渠道（例如邮件列表或 IRC 渠道或类似渠道）。无论如何，每个多开发人员项目都需要这样的东西。

Answer 2

使用 git，您可以做的（即使在该场景中并不存在）是使用 过滤器驱动程序，前提是您的提交包含以下更改：包含可识别内容的文件（过滤器不会没有文件的名称或路径）。

过滤器驱动程序是：

• 在 .gitattributes 文件中声明（意思是，相反挂钩或触发器，您可以轻松分发它）
• 附加到污点和清晰的脚本（也有版本控制，污点脚本在提交时触发。
• 您可以在提交时触发您需要的任何自动操作。

同样，重点是不是使用挂钩（您无法在存储库中轻松复制），并使用可以进行版本控制和克隆的机制。

Answer 3

就我个人而言，我使用两种方法：

1. 沟通一种：我告诉其他开发人员需要进行哪些操作才能保持最新（正确，但有时，我们会错过一些细节......）
2. 脚本化方法：我做了一个update 脚本，用于管理项目所有部分的更新（不同的目录、不同的存储库、不同的版本控制...），在这个脚本中我放置了维护正确所需的每个操作存储库（我将它用于 svn 和git 存储库）。

Answer 4

只是一个想法，但您可以根据提交消息中的模式触发，

以通过 挂钩

Answer 5

对于每个开发人员需要进行本地更改的文件（例如数据库连接字符串等），我喜欢将模板保留为跟踪文件，例如 localconfig.template。在您的构建/启动脚本中，您可以具有如下逻辑：

if not exists localconfig then
  copy localconfig.template to localconfig
else
  if localconfig.template is newer than localconfig
    print a big ugly warning about maybe needing to update