我通过从家里将代码git push到github存储库，再在服务器上git pull生产分支来部署。一个git hook post-commit脚本会在构建目录中运行npm install，然后暂时停止生产api服务器，复制node_modules目录并运行一个脚本，该脚本本质上执行git describe --abbrev=0 --tags以获取并存储版本号到.env文件中，以便生产服务器向客户端宣布其版本。
如果我在家中运行git describe，则会得到版本v4.2.2，但在诊所中我得到v4.1.17，我不知道原因。
gitk --all的输出结果，在诊所中只有终端访问权限，你可以从右侧部分看到几乎相同的图形，使用git log - 没有与master或production分支无关的提交。 v4.2.2仅相差两个提交，而v4.1.17至少相差10个提交。
为什么git描述会表现出这样的行为？
编辑：我有点知道答案了 - 在服务器上有一个后提交挂钩，最终在分支上做了一个提交，尽管它本不应该这样做 - 它只应该在开发机器上进行。
由@TTT在他的评论中回答：
问题的原因可能是您打算将服务器本地生产分支与您的主分支相同，但实际上并不相同。因此，每次进行拉取操作时都会生成一个新的合并提交。也许服务器应该推出它的版本（如果您想保留它），或者，服务器应该使用git fetch && git reset --hard @{u}获取最新版本，而不是使用git pull。（如果服务器不应该自己进行提交。）
Git 2.40（2023年第一季度）澄清了钩子调用时必须执行的环境变量设置。
这将有助于git describe在钩子中按预期运行。
请参见提交772f8ff（2023年1月9日），作者为Eric Sunshine（sunshineco）。
（由Junio C Hamano -- gitster --合并于提交fc2735f，2023年1月21日）
githooks：讨论在外部存储库中的Git操作签名：Eric Sunshine
确认：Jeff King
GIT_DIR 和 GIT_WORK_TREE）引用本地存储库，导致 Git 命令在本地存储库而不是作者预期的存储库上运行。无论用户手动设置还是 Git 自动设置环境变量都是如此。同样的问题也会在钩子在同一存储库的不同工作树中调用 Git 命令时出现。
为了避免这个问题，建议最佳实践是在调用外部存储库或其他工作树中的 Git 命令之前，确保钩子取消设置 Git 变量：
unset $(git rev-parse --local-env-vars)
GIT_DIR"git worktree add'"rev-parse --show-toplevel 失败？"git status 的奇怪输出"githooks现在在其手册页面中包含：
Environment variables, such as
GIT_DIR,GIT_WORK_TREE, etc., are exported so that Git commands run by the hook can correctly locate the repository.If your hook needs to invoke Git commands in a foreign repository or in a different working tree of the same repository, then it should clear these environment variables so they do not interfere with Git operations at the foreign location.
For example:
local_desc=$(git describe) foreign_desc=$(unset $(git rev-parse --local-env-vars); git -C ../foreign-repo describe)
git describe是否始终遵循第一个父级或其他什么规则？我会查阅文档，看看能找到什么信息。 - Chrisproduction分支与你的主分支相同，但实际上它们并不相同。所以每次服务器进行拉取时都会创建一个新的合并提交。也许服务器应该推送它的版本（如果你想保留它），或者，服务器应该使用git fetch && git reset --hard @{u}获取最新版本，而不是使用git pull。（如果服务器不应该进行自己的提交。） - TTTgit describe的工作原理。但是对于@Chris的简短评论，git describe默认不仅遵循第一个父级；请参见此问题及其答案。 - torek