On 11/28/07, Karl Hasselström <kha@xxxxxxxxxxx> wrote: > On 2007-11-27 20:33:27 -0500, Jon Smirl wrote: > > > Let's take my recent problem as an example. I typed 'git rebase > > linus/master' instead of 'stg rebase linus/master'. Then I typed > > 'stg repair'. The repair failed and left me in a mess. Both of these > > are easy to rollback except for the fact that stg has stored a bunch > > of state in .git/*. > > > > After doing the commands I located my last commit before the rebase > > and edited master back to it. But my system was still messed up > > since moving master got me out of sync with the state stg stored in > > .git/*. The 'stg repair' command had changed the stored state. > > How exactly did repair mess up? Did it crash, produce a broken result, > an unreasonable but technically valid result, or just not the result > you wanted? all my patches applied git rebase cursing.... I immediately knew what I had done update stg and install it stg repair four of my 15 patches tried to apply, I received messages that there were all empty most stg commands won't work, they complain that the commit references in the stg .git/* state are not correct. I then proceed to manually attempt repair. > > -- > Karl Hasselström, kha@xxxxxxxxxxx > www.treskal.com/kalle > -- Jon Smirl jonsmirl@xxxxxxxxx - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html