Version control 自动向每个变更集添加一个包含新修订号的文件

Version control 自动向每个变更集添加一个包含新修订号的文件,version-control,mercurial,Version Control,Mercurial,无论何时提交,我都希望将正在创建的变更集的修订号保存到文件中。我还希望将该文件添加到同一变更集中 请注意,工作目录父目录的修订号不是我想要的,因为正在创建的变更集将具有更高的修订号。通常只是父版本号+1,但如果在我签出工作目录后有人提交,则可能会更高 更新: 很明显,我对这些信息很感兴趣,这很奇怪,因为正如下面的评论所说,这些信息是针对回购协议的,与其他人看到的不符。但是,我是唯一使用单一存储库的开发人员。我发现回购协议修订号非常方便,可以跟踪生成各种研究结果的代码。我可以看出它不是很好,但它在

无论何时提交,我都希望将正在创建的变更集的修订号保存到文件中。我还希望将该文件添加到同一变更集中

请注意,工作目录父目录的修订号不是我想要的,因为正在创建的变更集将具有更高的修订号。通常只是父版本号+1,但如果在我签出工作目录后有人提交,则可能会更高

更新:

很明显,我对这些信息很感兴趣,这很奇怪,因为正如下面的评论所说,这些信息是针对回购协议的,与其他人看到的不符。但是,我是唯一使用单一存储库的开发人员。我发现回购协议修订号非常方便,可以跟踪生成各种研究结果的代码。我可以看出它不是很好,但它在这个特定场景中起作用

显然,我可以使用散列,但在对话中更难记住和使用。如果我真的想使用散列,我的问题仍然是:如何获取正在提交的变更集的散列

相关的:

似乎无法达到预期的结果

显然是相关的,但除非我遗漏了什么,否则这取决于一个事实,即自当前用户上次签出以来,没有人提交到同一个存储库


我使用的是最新版本的Windows 7,TortoiseHG。

你可以把这个放在那里:

TIP=$(hg id --num --rev tip)
NEXT=$(($TIP + 1))

但请记住,这些数字几乎完全没有意义。当其他人克隆该存储库时,修订号可能会更改。只有nodeid在您查找它们的存储库之外有任何意义。

好吧,您知道,它在回购信息中是多余和无用的,是吗?!修订号特定于本地存储库。因此,即使您确实找到了将其包含在变更集中的方法,对于克隆repo的其他人来说,也可能是错误的。@GrahamBorland-OP可能会考虑变更集哈希,但无论如何,不明白为什么要添加它it@everyone我完全理解,很抱歉我的问题没有说清楚。请参阅我的更新以进行解释。