* Parallel worktree checkouts result in index.lock exists
@ 2023-02-21 17:33 Raul E Rangel
2023-02-22 0:06 ` brian m. carlson
0 siblings, 1 reply; 3+ messages in thread
From: Raul E Rangel @ 2023-02-21 17:33 UTC (permalink / raw)
To: git
Hello,
I'm trying to extract multiple trees in parallel so I can create a
tarball of the trees. I can't use `git archive` since it doesn't
currently produce hermetic output, and I need to support older git
versions.
In essence what I'm trying to do is:
git --work-tree ~/tmp/bob1 checkout ff27f5415797ead8bc775518a08f3a4ab24abd53 -- . &
git --work-tree ~/tmp/bob2 checkout e70ebd7c76b9f9ad44b59e3002a5c57be5b9dc12 -- . &
When I do this though, I get the following error:
[1] 4027482
[2] 4027483
fatal: Unable to create '/home/rrangel/cros-bazel/.repo/project-objects/chromiumos/platform/vboot_reference.git/./index.lock': File exists.
Another git process seems to be running in this repository, e.g.
an editor opened by 'git commit'. Please make sure all processes
are terminated then try again. If it still fails, a git process
may have crashed in this repository earlier:
remove the file manually to continue.
Is this expected? I'm not sure why the index is coming into play here.
Is there another method I should be using to extract a tree into a
directory?
If the index.lock isn't actually protecting me from anything, I was
thinking of creating a symlink clone of the .git directory for each
parallel invocation. This way the each index.lock gets written to its
own directory:
mkdir ../vboot_reference.git.1
find . -mindepth 1 -maxdepth 1 -exec echo ln -s '../vboot_reference.git/{}' ../vboot_reference.git.1/ \;
mkdir ../vboot_reference.git.r2
find . -mindepth 1 -maxdepth 1 -exec echo ln -s '../vboot_reference.git/{}' ../vboot_reference.git.2/ \;
git -C ../vboot_reference.git.1 --work-tree ~/tmp/bob1 checkout ff27f5415797ead8bc775518a08f3a4ab24abd53 -- . &
git -C ../vboot_reference.git.2 --work-tree ~/tmp/bob2 checkout e70ebd7c76b9f9ad44b59e3002a5c57be5b9dc12 -- . &
Though if there is another way to handle this it would be great.
Thanks,
Raul
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Parallel worktree checkouts result in index.lock exists 2023-02-21 17:33 Parallel worktree checkouts result in index.lock exists Raul E Rangel @ 2023-02-22 0:06 ` brian m. carlson 2023-03-07 17:25 ` Raul Rangel 0 siblings, 1 reply; 3+ messages in thread From: brian m. carlson @ 2023-02-22 0:06 UTC (permalink / raw) To: Raul E Rangel; +Cc: git [-- Attachment #1: Type: text/plain, Size: 2057 bytes --] On 2023-02-21 at 17:33:28, Raul E Rangel wrote: > Hello, > I'm trying to extract multiple trees in parallel so I can create a > tarball of the trees. I can't use `git archive` since it doesn't > currently produce hermetic output, and I need to support older git > versions. > > In essence what I'm trying to do is: > > git --work-tree ~/tmp/bob1 checkout ff27f5415797ead8bc775518a08f3a4ab24abd53 -- . & > git --work-tree ~/tmp/bob2 checkout e70ebd7c76b9f9ad44b59e3002a5c57be5b9dc12 -- . & > > When I do this though, I get the following error: > [1] 4027482 > [2] 4027483 > fatal: Unable to create '/home/rrangel/cros-bazel/.repo/project-objects/chromiumos/platform/vboot_reference.git/./index.lock': File exists. > > Another git process seems to be running in this repository, e.g. > an editor opened by 'git commit'. Please make sure all processes > are terminated then try again. If it still fails, a git process > may have crashed in this repository earlier: > remove the file manually to continue. > > Is this expected? I'm not sure why the index is coming into play here. > Is there another method I should be using to extract a tree into a > directory? This is expected because when you do a checkout, the timestamps and other metadata of the files are written into the index. This is what makes `git status` work quickly: if the metadata of the files hasn't changed, Git doesn't have to re-read them to verify their contents. You definitely don't want to delete that because you'll likely end up with corrupt data. If you want to create multiple worktrees, use `git worktree add`, which can create multiple worktrees that each have their own index, but share the object store. When you're done with it, run `git worktree remove`, and everything will be cleaned up. Note that with worktrees, you can have at most one worktree with a given branch (or detached head) checked out at a time. -- brian m. carlson (he/him or they/them) Toronto, Ontario, CA [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 263 bytes --] ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Parallel worktree checkouts result in index.lock exists 2023-02-22 0:06 ` brian m. carlson @ 2023-03-07 17:25 ` Raul Rangel 0 siblings, 0 replies; 3+ messages in thread From: Raul Rangel @ 2023-03-07 17:25 UTC (permalink / raw) To: brian m. carlson, Raul E Rangel, git On Tue, Feb 21, 2023 at 5:06 PM brian m. carlson <sandals@crustytoothpaste•net> wrote: > > On 2023-02-21 at 17:33:28, Raul E Rangel wrote: > > Hello, > > I'm trying to extract multiple trees in parallel so I can create a > > tarball of the trees. I can't use `git archive` since it doesn't > > currently produce hermetic output, and I need to support older git > > versions. > > > > In essence what I'm trying to do is: > > > > git --work-tree ~/tmp/bob1 checkout ff27f5415797ead8bc775518a08f3a4ab24abd53 -- . & > > git --work-tree ~/tmp/bob2 checkout e70ebd7c76b9f9ad44b59e3002a5c57be5b9dc12 -- . & > > > > When I do this though, I get the following error: > > [1] 4027482 > > [2] 4027483 > > fatal: Unable to create '/home/rrangel/cros-bazel/.repo/project-objects/chromiumos/platform/vboot_reference.git/./index.lock': File exists. > > > > Another git process seems to be running in this repository, e.g. > > an editor opened by 'git commit'. Please make sure all processes > > are terminated then try again. If it still fails, a git process > > may have crashed in this repository earlier: > > remove the file manually to continue. > > > > Is this expected? I'm not sure why the index is coming into play here. > > Is there another method I should be using to extract a tree into a > > directory? > > This is expected because when you do a checkout, the timestamps and > other metadata of the files are written into the index. This is what > makes `git status` work quickly: if the metadata of the files hasn't > changed, Git doesn't have to re-read them to verify their contents. You > definitely don't want to delete that because you'll likely end up with > corrupt data. > > If you want to create multiple worktrees, use `git worktree add`, which > can create multiple worktrees that each have their own index, but share > the object store. When you're done with it, run `git worktree remove`, > and everything will be cleaned up. Great thanks for confirming. I ended up doing the following: git clone --shared --bare vboot_reference.git ~/tmp/repo-1 && git -C ~/tmp/repo-1 --work-tree ~/tmp/bob1 checkout ff27f5415797ead8bc775518a08f3a4ab24abd53 -- . & git clone --shared --bare vboot_reference.git ~/tmp/repo-2 && git -C ~/tmp/repo-2 --work-tree ~/tmp/bob1 checkout e70ebd7c76b9f9ad44b59e3002a5c57be5b9dc12 -- . & It's a lot cleaner than my hacky `find` command. I didn't want to use `git worktree` since that would modify the original repo. I just wanted to extract the files, so the shared + bare repo works great. Thanks! > > Note that with worktrees, you can have at most one worktree with a given > branch (or detached head) checked out at a time. > -- > brian m. carlson (he/him or they/them) > Toronto, Ontario, CA ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-03-07 17:30 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2023-02-21 17:33 Parallel worktree checkouts result in index.lock exists Raul E Rangel 2023-02-22 0:06 ` brian m. carlson 2023-03-07 17:25 ` Raul Rangel
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox