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

Re: [PATCH RESEND] branch: allow deleting dangling branches with --force

From
Junio C Hamano <gitster@pobox.com>
Date
Aug 26, 2021, 17:38 UTC
Message-ID
<xmqq1r6gf6ne.fsf@gitster.g>
In-Reply-To
<xmqq5yvsf8p5.fsf@gitster.g>
Junio C Hamano <gitster@pobox.com> writes:
Show 25 quoted lines
> Han-Wen Nienhuys <hanwen@google.com> writes:
>
>> On Wed, Aug 25, 2021 at 11:37 PM Junio C Hamano <gitster@pobox.com> wrote:
>>
>>> > +test_expect_success 'branch --delete --force removes dangling branch' '
>>> > +     test_when_finished "rm -f .git/refs/heads/dangling" &&
>>> > +     echo $ZERO_OID >.git/refs/heads/dangling &&
>>> > +     git branch --delete --force dangling &&
>>> > +     test_path_is_missing .git/refs/heads/dangling
>>> > +'
>>>
>>> This goes against the spirit of the series merged at c9780bb2 (Merge
>>> branch 'hn/prep-tests-for-reftable', 2021-07-13).
>>>
>>> Can we creat the dangling ref and test the lack of "dangling" ref in
>>> the end in a less transparent way?
>>
>> agreed. Try the ref-store test-helper's update-ref command?
>
> I thought the approach taken by dc474899 (t4202: mark bogus head
> hash test with REFFILES, 2021-05-31) to hide it behind a
> prerequisite was good enough, but if we can ensure the same
> behaviour under the reftable backend, that is even better.
>
> Thanks.

Having said that, there are a few observations to make about this test script.

 * It is hopefully becoming harder and harder to check for behaviour
   in broken repositories in a "portable" way, simply because we are
   making it harder to corrupt repository.  We hopefully won't point
   a ref to point at a missing object, we hopefully won't prune an
   object away that is still pointed at by a ref, etc.
 * This script to test "branch" is full of tests that rely on direct
   manipulation of .git/refs/ filesystem hierarchy.

For these two reasons, it probably is OK to accept this patch as-is and leave the "clean-up" to a later follow-on series, that would cover both "what's our recommended approach to 'corrupt' the test repository so that we can use different ref (and other) backends?" and "make sure the tests in the script are happy with both ref backends." issues.

Thanks.
Previous: Junio C HamanoNext: Ulrich Windl
Message 7 of 17 in “branch: allow deleting dangling branches with --force”
  1. branch: allow deleting dangling branches with --forceRené Scharfe, Aug 25, 2021
  2. Junio C HamanoAug 25, 2021
  3. Ævar Arnfjörð BjarmasonAug 25, 2021
  4. René ScharfeAug 26, 2021
  5. Han-Wen NienhuysAug 26, 2021
  6. Junio C HamanoAug 26, 2021
  7. Junio C HamanoAug 26, 2021
  8. Antw: [EXT] Re: [PATCH RESEND] branch: allow deleting dangling branches with ‑‑forceUlrich Windl, Aug 27, 2021
  9. Ævar Arnfjörð BjarmasonAug 27, 2021
  10. René ScharfeAug 26, 2021
  11. Ævar Arnfjörð BjarmasonAug 25, 2021
  12. René ScharfeAug 26, 2021
  13. branch: allow deleting dangling branches with --forceRené Scharfe, Aug 26, 2021
  14. Junio C HamanoAug 26, 2021
  15. René ScharfeAug 26, 2021
  16. Ævar Arnfjörð BjarmasonAug 26, 2021
  17. branch: allow deleting dangling branches with --forceRené Scharfe, Aug 27, 2021

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.