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

Re: "stg reset --status" doesn't just reset status

From
PRPavel Roskin <proski@gnu.org>
Date
Apr 2, 2008, 17:30 UTC
Message-ID
<1207157424.5828.16.camel@dv>
In-Reply-To
<20080402120026.GA17241@diana.vm.bytemark.co.uk>
On Wed, 2008-04-02 at 14:00 +0200, Karl Hasselström wrote:
> (I assume "stg reset --status" is just a typo for "stg status
> --reset"?)

Exactly. "stg status --reset" is so against the logic that I could not even write it properly :)

> I'd be fine with removing status --reset, but since there is currently
> no other way to do this in StGit, I expect Catalin would object. (As I
> recall, that's precisely what happened when I did try to remove it
> some time ago.)
1) stg diff | patch -Rp1
2) stg new -m "trash" trash; stg refresh; stg delete trash
Besides, I don't think everything should be easily doable from stgit.
> I'm currently (slowly) working on an "stg reset" command that'll be
> able to reset the stack to any prior state. It could be made to reset
> to the most recent recorded state if no extra argument is given, which
> I think would make it do what you want.
Sounds good.  Thank you!
-- 
Regards,
Pavel Roskin
Previous: Karl Hasselström
Message 3 of 3 in “"stg reset --status" doesn't just reset status”
  1. Pavel RoskinApr 2, 2008
  2. Karl HasselströmApr 2, 2008
  3. Pavel RoskinApr 2, 2008

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.