This message was deleted.
# feature-requests
s
This message was deleted.
a
git revert <bad-commit>
on your stack?
j
You could make a new branch at a working version of main, and use that as your trunk branch (you can change trunks with
gt repo init
)
It depends on how long you expect this to be a problem for — if the fix is simple you could also create a new graphite branch with the fix based on main, and then move your branches onto that one
Another solution is from main to run
git reset --hard @~<n>
and then refrain from `repo sync`ing for a little
b
This'll be shortlived I think.
ohh good idea, revert my
main
do you expect issues if I restack onto a prior commit?
j
if you have changes that depend on the commits between that and the head of main, you may see some issues
and also accidentally repo syncing will just bring you back to broken state, which could be annoying
b
this is odd... might be a me problem,
but I reset main, and
stack restack
is saying I don't need to restack my branches
j
mm, did they automatically include all of the commits on main
(if you
gt log
, do you see too many commits)
b
yup
it's almost like Graphite isn't picking up on me rewinding
main
locally
brb in a few hours, and
main
will probably be resolved by then, but this might be showing us a CLI bug
or whatever registry Graphite uses to keep track of what's associated with what
j
yeah I know immediately what the bug is
i was looking at this code yesterday
repo sync again should fix, probably avoid the reset solution for now 😬