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

Re: [StGIT PATCH] Test "stg rebase" after "stg commit"

From
Karl Hasselström <kha@treskal.com>
Date
May 6, 2007, 12:21 UTC
Message-ID
<20070506122116.GA18883@diana.vm.bytemark.co.uk>
In-Reply-To
<20070504081021.14786.77675.stgit@yoghurt>
On 2007-05-04 10:13:21 +0200, Karl Hasselström wrote:
Show 10 quoted lines
>   2. Try to commit a patch, and then rebase. This doesn't work,
>      because "stg rebase" aborts if orig-base != base, and "stg
>      commit" doesn't update orig-base. (It does work if "stg rebase"
>      is given the --force flag.)
>
> (2) shows a bug in "stg rebase"'s safety logic. I'm not sure how to
> fix it, because I don't know how it's supposed to work in the first
> place. (An obvious fix would be to update it whenever the base
> changes, but that'll take some work, and I'm not convinced it can't
> be done with les work. Yes, I'm lazy.) Yann, could you explain?

Another reason why this is impractical is that it's not only stgit that's allowed to change the base. For example, doing "stg pop -a && git reset --hard foobar && stg rebase qwrtflsptk" will also trigger the alarm.

-- 
Karl Hasselström, kha@treskal.com
      www.treskal.com/kalle
Previous: Karl HasselströmNext: Yann Dirson
Message 2 of 6 in “Test "stg rebase" after "stg commit"”
  1. Test "stg rebase" after "stg commit"Karl Hasselström, May 4, 2007
  2. Karl HasselströmMay 6, 2007
  3. Yann DirsonMay 6, 2007
  4. Yann DirsonMay 6, 2007
  5. Karl HasselströmMay 6, 2007
  6. Yann DirsonJun 2, 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.