git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: What's cooking in git.git (Jan 2018, #04; Wed, 31)

From
Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Date
Feb 2, 2018, 19:29 UTC
Message-ID
<878tcbmbqb.fsf@evledraar.gmail.com>
In-Reply-To
<xmqq8tcbqnbr.fsf@gitster-ct.c.googlers.com>
On Fri, Feb 02 2018, Junio C. Hamano jotted:
Show 29 quoted lines
> Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
>
>> On Thu, Feb 01 2018, Junio C. Hamano jotted:
>>
>>> * nd/fix-untracked-cache-invalidation (2018-01-24) 5 commits
>>>  - dir.c: stop ignoring opendir() error in open_cached_dir()
>>>  - update-index doc: note a fixed bug in the untracked cache
>>>  - dir.c: fix missing dir invalidation in untracked code
>>>  - dir.c: avoid stat() in valid_cached_dir()
>>>  - status: add a failing test showing a core.untrackedCache bug
>>>
>>>  Some bugs around "untracked cache" feature have been fixed.
>>>
>>>  Will merge to 'next'.
>>
>> The "update-index doc: note a fixed bug in the untracked cache" needs to
>> be amended so it doesn't say "Before 2.16, ":
>
> True; we could just say "earlier", but I am inclined to suggest that
> we get drop it altogether.  Description of historical bugs is of no
> interest with the version that already fixes them, so the _only_
> value the doc update adds is to tell readers that the untracked
> cache feature is still not well proven, and core.untrackedCache may
> serve as an escape hatch from its bugs by disabling the mechanism
> added for the feature.  I am *not* opposed to a replacement of the
> patch that just says something like "This feature has been cause of
> bugs even in recent versions of Git, and you may want to disable it
> as a workaround when you are hit by an otherwise undiscovered bug in
> this area", though.
 - It's my experience that most users today who aren't *nix graybeards
   don't use the documentation shipped on their system as their primary
   source for docs.
   They go to Google and might find the manpage there. Thus this
   documentation will be read by users on pre-2.17 (or whenever this bug
   fix gets included).
 - This is very useful information if you're deploying
   core.untrackedCache across a site with differing git versions. Just
   because you have 2.17 doesn't mean everywhere you're about to deploy
   core.untrackedCache does.
 - In general I agree that we shouldn't be documenting old bugs, but I
   think in this case it makes sense since the bug's really bad. Without
   thinking to disable core.untrackedCache there's seemingly no way to
   fix it without wiping away the index, which might lose you work.
Previous: Junio C HamanoNext: Ævar Arnfjörð Bjarmason
Message 8 of 22 in “What's cooking in git.git (Jan 2018, #04; Wed, 31)”
  1. Junio C HamanoFeb 1, 2018
  2. Ævar Arnfjörð BjarmasonFeb 1, 2018
  3. Junio C HamanoFeb 2, 2018
  4. Johannes SchindelinFeb 9, 2018
  5. Ævar Arnfjörð BjarmasonFeb 9, 2018
  6. Ævar Arnfjörð BjarmasonFeb 1, 2018
  7. Junio C HamanoFeb 2, 2018
  8. Ævar Arnfjörð BjarmasonFeb 2, 2018
  9. Ævar Arnfjörð BjarmasonFeb 9, 2018
  10. Junio C HamanoFeb 9, 2018
  11. 0/2 update-index doc: note new caveats in 2.17Ævar Arnfjörð Bjarmason, Feb 9, 2018
  12. 2/2 update-index doc: note the caveat with "could not open..."Ævar Arnfjörð Bjarmason, Feb 9, 2018
  13. 1/2 update-index doc: note a fixed bug in the untracked cacheÆvar Arnfjörð Bjarmason, Feb 9, 2018
  14. Junio C HamanoFeb 9, 2018
  15. Ævar Arnfjörð BjarmasonFeb 9, 2018
  16. Junio C HamanoFeb 9, 2018
  17. Ævar Arnfjörð BjarmasonFeb 9, 2018
  18. Junio C HamanoFeb 9, 2018
  19. Ævar Arnfjörð BjarmasonFeb 9, 2018
  20. Duy NguyenFeb 10, 2018
  21. Ævar Arnfjörð BjarmasonFeb 11, 2018
  22. Duy NguyenFeb 12, 2018

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.