gpt4 book ai didi

git - 使用 git 跟踪修订号

转载 作者:行者123 更新时间:2023-12-04 17:55:43 32 4
gpt4 key购买 nike

Subversion 有一个修订 ID,每次提交后都会递增。我们用它来将它包含在每个版本的版本号中,格式为 X.Y.Z,其中 X 是主要版本,Y 是次要版本,Z 是修订号。

在我们的问题跟踪器中,我们将只引用 subversion 修订号(或引用提交消息中的问题号),并且很容易确定特定版本是否已经包含修复。

现在 git 提交由散列标识。由于这不能用作修订号,我们使用提交计数来代替,它会产生相同的结果,以便在构建期间生成版本号。

现在的问题是,当用户报告错误时,错误报告通常包含版本号,并且很难查明这是已在较新版本中修复还是仍 Unresolved 问题,因为git 我们看到的只是一个提交哈希。

一个解决方案是维护一个翻译表,列出每个提交哈希并将其映射到一个修订号,但这会使工作变得更加困难。

您能推荐解决此问题的任何最佳做法吗?

最佳答案

我使用 git describe 以一种非常简单的方式处理这个问题.它方便地打包了 3 条重要信息:

  1. 散列
  2. 最新标签
  3. 如果我们正在进行未标记的提交,则自最新标记以来的提交数。

此外,在大多数项目中,我都有一种标准的发布标记方法:vXXX.YYY.ZZZ。我在需要精确引用提交的任何地方都使用 git describe 的输出。例如,我的一个项目位于:

v1.1.9-19-g3024adf

我通常运行一个预编译脚本,将其注入(inject)一些编译器符号以包含在二进制文件中。以标准方式命名我的标签可确保我在 git describe 的输出中获得上限长度,这对我来说很重要,因为我需要在我的嵌入式系统中包含的任何协议(protocol)中压缩它.

关于git - 使用 git 跟踪修订号,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40675836/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com