-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Add support for git update -i --update-refs
(Interactive rebase editor, Git 2.38)
#2387
Comments
Any update on this? Would be epic. |
Also looking for this! |
Hello 👋 |
Unfortunately this isn't on our short-term roadmap. Would someone like to open a pull request to get it started? |
Thanks for answering so quickly 🙏 |
At first blush it doesn't seem to tricky to meet Tier 1 (or Tier 2) above, since it should be largely internal to the rebase editor. Here is the extension host side ("server") of the rebase editor: Here is the webview side ("app") of the rebase editor: |
Thanks for the hints, I'll have a look! |
@eamodio I had no problem to build, watch and even package the extension. Super nice that it worked with 0 effort👌 However, from the contributing file, I don't understand the development workflow. What I'm looking for is a way to watch for changes and have these changes applied to the GitLens extension in VSCode. Today, I have to run Did I miss something? |
Ok I understand now. When I wanted to open a test folder, VSCode opened it in a new window where GitLens wasn't available, though. |
I've updated the CONTRIBUTING docs with some more details -- do they help? |
Yes they do, thanks! |
Tier 1 in progress! I took way too much time for so few changes, but 🤷🏻♂️ ![]() ![]() About Tier 2 About Tier 3
How should we implement the
|
Is this PR still being worked on? If not, I thought I might have a go. Personally, I think any |
Yep, this is actually useful when stacking branches: https://adamj.eu/tech/2022/10/15/how-to-rebase-stacked-git-branches/#add-changes-to-stacked-branches |
This adds a feature to the interactive rebase editor to support the use of the --update-refs flag with git interactive rebase command. gitkraken#2387
I've created (#3705) for this. This is my first PR, so hopefully I've done things correctly. |
How do I get the PR reviewed? |
Git 2.38 added the
--update-refs
option togit rebase
.For instance, assume following repository:
and we are on the
feat3
branch.If we run regular
git rebase main
command, the result will be:On the other hand, if we run new
git rebase --update-refs main
command (new in Git 2.38), the result will be:As you notice, not just
feat3
branch, intermediate referencesfeat1
andfeat2
are updated.If we run the command
git rebase -i --update-refs main
, the defaultgit-rebase-todo
will look like this:Note that,
git-rebase-todo
file will have someupdate-ref
lines by default, not justpick
s (whengit rebase -i --update-refs
is run and a reference to update is found).It would be nice if we can safely manage
update-ref
lines (not to break intermediate references/checkpoints).Some of my thoughts follow:
update-ref
entries on the interactive rebase editor (just like other lines likepick
? or with a special appearance?)update-ref
entries (through reordering other lines)update-ref
entries if necessaryupdate-ref
entriesThe text was updated successfully, but these errors were encountered: