git - "Thread safe"git pull 或如何避免 ".../.git/index.lock' : File exists. "

Question

假设我有两个有时一起启动的 Jenkins 构建，如果它们都需要相同的 git 存储库并尝试 merge ，其中一个将失败并显示:

严重:无法创建“/project_path/.git/index.lock”:文件存在。

除了检查“index.lock”是否存在之外，还有更好的方法吗？

Answer 1

作为Daniel Alder notes ，掩盖这个特定的错误会给你留下更深、更恶性的错误。

虽然 git pull 不是具体的问题，但这是使用 git pull 引起的类问题的另一种症状。如果您避免 git pull，通过将每个 git pull 替换为 Git git pull 运行的两个 Git 命令，问题可能 更明显(或者可能只是移动到第二个 Git 命令 😉):

git fetch && git merge

或:

git fetch && git rebase

(但也不要这样做!)。

这个问题，我希望现在很明显，但可能只是 stash 在 && 的后半部分，是 git merge 或 git rebase 将修改工作树。如果您有一些命令在工作树中工作，您修改工作树时，这些命令将看到不一致的文件集。

例如，假设 git merge 或 git rebase 将同时修改 main.py 和 routine.py。它可能首先修改 main.py，就在那一刻，Python 解释器将加载并使用更新的 main.py，需要来自 routine 的新代码.py，但 Git 本身还没有开始更新 routine.py。

避免此问题的通常方法是确保工作树在开始任何操作之前是最新的，无论这些操作是 Jenkins 作业、单个 Jenkins 作业中的阶段，还是只是任何你打算自己经营的东西。一旦工作树 是最新的，您就永远不需要 git pull，因为它是最新的。

如果您想让 Jenkins 作业运行特定的 Git 命令，该作业可能需要有自己的私有(private)工作树。私有(private)工作树，无论是单独存储库的主工作树还是共享存储库的附加工作树，都有自己的 HEAD 和索引，因此有一个私有(private)的 index.lock