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

Re: What's cooking in git.git (Apr 2018, #04; Mon, 30)

From
Junio C Hamano <gitster@pobox.com>
Date
May 2, 2018, 01:36 UTC
Message-ID
<xmqq8t92yh29.fsf@gitster-ct.c.googlers.com>
In-Reply-To
<CAM0VKjmkn7eyooKheOEQnS=6HMZSTbhejoxQdKB7W+n=7D5KuQ@mail.gmail.com>
SZEDER Gábor <szeder.dev@gmail.com> writes:
Show 19 quoted lines
> On Mon, Apr 30, 2018 at 5:25 AM, Junio C Hamano <gitster@pobox.com> wrote:
>> * js/rebase-i-clean-msg-after-fixup-continue (2018-04-30) 4 commits
>>   - rebase --skip: clean up commit message after a failed fixup/squash
>>   - sequencer: always commit without editing when asked for
>>   - rebase -i: Handle "combination of <n> commits" with GETTEXT_POISON
>>   - rebase -i: demonstrate bugs with fixup!/squash! commit messages
>
>>   "git rebase -i" sometimes left intermediate "# This is a
>>   combination of N commits" message meant for the human consumption
>>   inside an editor in the final result in certain corner cases, which
>>   has been fixed.
>
>>   Will merge to 'next'.
>
> This topic branches off from v2.16.3.  However, its last patch uses
> the sequencer's parse_head() function, which was only added in
> v2.17.0-rc0~110^2~6 (sequencer: try to commit without forking 'git
> commit', 2017-11-24), in topic 'pw/sequencer-in-process-commit',
> leading to compilation errors.

For a low-impact and ralatively old issue like this, it is OK for a fix to use supporting code that only exists in more recent codebase and become unmergeable to anything older than the concurrent 'maint' track as of the time when the fix is written. Even though it is sometimes nicer if the fix were written to be mergeable to codebase near the point where the issue originates, it is often not worth doing so if it requires bending backwards to refrain from using a newer and more convenient facility.

Thanks for catching my wishful thinking and carelessness before it propagated to 'next'. I try to check tips of individual topic branches and also the integratoin result, but sometimes I get trusting too much and get sloppy when dealing with too many topics in flight.

Previous: Junio C HamanoNext: Johannes Sixt
Message 7 of 16 in “What's cooking in git.git (Apr 2018, #04; Mon, 30)”
  1. Junio C HamanoApr 30, 2018
  2. SZEDER GáborApr 30, 2018
  3. Johannes SchindelinMay 1, 2018
  4. Junio C HamanoMay 2, 2018
  5. Johannes SchindelinMay 2, 2018
  6. Junio C HamanoMay 2, 2018
  7. Junio C HamanoMay 2, 2018
  8. js/no-pager-shorthand [was: What's cooking in git.git (Apr 2018, #04; Mon, 30)]Johannes Sixt, Apr 30, 2018
  9. Johannes SchindelinMay 1, 2018
  10. Johannes SixtMay 1, 2018
  11. Eric SunshineMay 1, 2018
  12. Junio C HamanoMay 2, 2018
  13. Ævar Arnfjörð BjarmasonMay 1, 2018
  14. Brandon WilliamsMay 2, 2018
  15. Elijah NewrenMay 4, 2018
  16. Junio C HamanoMay 7, 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.