Re: [PATCH 0/2] Fix locking issues with git fetch --multiple --jobs=<n> and fetch.writeCommitGraph
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Nov 6, 2019, 12:05 UTC
- Message-ID
- <nycvar.QRO.7.76.6.1911061305060.46@tvgsbejvaqbjf.bet>
- In-Reply-To
- <20191104195928.GC20900@sigill.intra.peff.net>
Hi Peff,
On Mon, 4 Nov 2019, Jeff King wrote:
Show 21 quoted lines
> On Sun, Nov 03, 2019 at 12:21:55AM +0000, Johannes Schindelin via GitGitGadget wrote: > > > The git fetch command recently learned to extend the --jobs=<n> option to > > cover the --multiple mode: it will run multiple fetches in parallel. > > > > Together with the recent support to write commit-graphs automatically after > > each fetch by setting fetch.writeCommitGraph, this led to frequent issues > > where the commit-graph-chain.lock file could not be created because a > > parallel job had already created it. > > > > This pair of patches first introduces the command-line option > > --write-commit-graph (together with the --no-* variant) and then uses it to > > avoid writing the commit-graph until all fetch jobs are complete. > > Thanks, the whole thing looks clearly explained and the patches > themselves look good. And having "--[no-]write-commit-graph" is a good > thing even independent of the problem you're fixing. > > I wondered if it was worth having a test in the second patch, but I > think it would be inherently racy. So it's probably not worth the > trouble.
Yes, I gave testing a great deal of thought, and I failed at coming up with any way to automate it.
Thanks, Dscho