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

Re: [PATCH] Adding rebase merge strategy

From
Junio C Hamano <gitster@pobox.com>
Date
Oct 1, 2007, 23:11 UTC
Message-ID
<7vabr2qvk5.fsf@gitster.siamese.dyndns.org>
In-Reply-To
<87d4vysayq.wl%cworth@cworth.org>
Carl Worth <cworth@cworth.org> writes:
> Though actually I'd like it even more if there was some way to mark a
> commit as having been "published" and the rebase strategy would refuse
> to rebase published commits.
That is not "though actually", but an independent topic.

The need is indeed so real that there is a hook git-rebase pays attention to in order to help you with that. I use it to prevent myself from accidentally rebasing the topic branches that I already merged to 'next'.

Unsurprisingly, it is called pre-rebase hook.
Previous: Carl WorthNext: Johannes Schindelin
Message 12 of 19 in “Adding rebase merge strategy”
  1. Adding rebase merge strategyTom Clarke, Sep 28, 2007
  2. Johannes SchindelinSep 28, 2007
  3. Tom ClarkeSep 28, 2007
  4. Adding rebase merge strategyTom Clarke, Oct 1, 2007
  5. Johannes SchindelinOct 1, 2007
  6. Junio C HamanoOct 1, 2007
  7. Tom ClarkeOct 1, 2007
  8. Carl WorthOct 1, 2007
  9. Tom ClarkeOct 1, 2007
  10. Shawn O. PearceOct 1, 2007
  11. Carl WorthOct 1, 2007
  12. Junio C HamanoOct 1, 2007
  13. Johannes SchindelinOct 2, 2007
  14. Tom ClarkeOct 2, 2007
  15. Junio C HamanoOct 2, 2007
  16. Tom ClarkeOct 3, 2007
  17. Johannes SchindelinOct 3, 2007
  18. J. Bruce FieldsOct 1, 2007
  19. Junio C HamanoOct 1, 2007

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.