Thread (20 messages) flat view 20 messages, 7 authors, 2017-09-28

Re: [PATCH v2] git: add --no-optional-locks option

From: Johannes Schindelin <hidden>
Date: 2017-09-28 16:15:59

Hi Peff,

On Wed, 27 Sep 2017, Jeff King wrote:
For the other comments on v1, I decided not to make any changes:

  - JSixt suggested marking this as a local-repo variable. I think we
    really do want it to cross repo boundaries to handle submodules (and
    the GfW version does the same).
Indeed. We had it originally as a local-repo only variable, and you
probably guessed that submodules made us rethink that approach.
  - there was some discussion of alternatives, including reader/writer
    locking schemes and lock-retry timeouts for other callers. This
    approach has the benefit of simplicity and having been tested in the
    real world by GfW/VS.  I wouldn't mind if somebody wanted to explore
    lock retries, but I think we'd want to have this feature regardless.
We also weighed other options, and took this route for simplicity. It's
possible to explain during an uninterrupted elevator ride what it does.
Makes for less bugs.

And yes, we wanted to test it first before showing it to the Git mailing
list ;-)

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help