Git最佳实践：如何标记修订版；“测试”；或；“拒绝”；

我想根据某些回归测试的成功程度将某些提交标记为“已测试”或“已拒绝”（类似于clearcase标签）

回归测试本身并不是自动化的（不幸的是，这些是长时间运行的测试）

但是，我希望在尝试签出已提交的旧提交时得到警告 被拒绝或根本没有测试

---

如果从存储库中提取的任何人也会得到标签（以及在检出被拒绝的版本时的类似警告），那就太好了。

您可以从远程存储库中获取标签，

git fetch--tags

。这确实取决于某人自己做这件事。

如果您指定Git的标记应该在存储库之间移动（

Git push--tags

）。不会有自动警告，但也许可以构建

但你问的是最佳实践：

我不认为非团队成员采摘樱桃是最佳做法。一般来说，人们会宣布其存储库的哪些分支包含“已知良好”代码。它们还将还原“已知错误”的提交。如果您只查看一次提交，您将错过恢复

我想说的是，进一步的最佳实践是使用多种沟通渠道：

• 在邮件列表或论坛上发布发布和分支
• 问题跟踪器中的交叉引用提交和问题

如果要执行“已知良好”选项，可以重命名分支。因此，您有一个

稳定的

和一个

不稳定的

（或者只是当前主控的头部），只要有一个新的已知良好的“通过”修订，您就可以移动

稳定的

分支。大概是这样的：

git branch -m stable master

---

我同意，稳定的发布（存储为分支上的一组标记）是一种更好的方法？即，仅在测试代码后添加标记？