Change:
} return repository.workingTreeGroup.resourceStates.filter(r => r.resourceUri.toString() === uriString)[0] <del> || repository.indexGroup.resourceStates.filter(r => r.resourceUri.toString() === uriString)[0]; </del> <ins> || repository.indexGroup.resourceStates.filter(r => r.resourceUri.toString() === uriString)[0] || repository.mergeGroup.resourceStates.filter(r => r.resourceUri.toString() === uriString)[0]; </ins> } return undefined; }

Discussion:
<!-- Do Not Delete This! bugreporttemplate --<!-- Please read our Rules of Conduct: --<!-- Please search existing issues to avoid creating duplicates. --<!-- Also please test using the latest insiders build to make sure your issue has not already been fixed: --<!-- Use Help Report Issue to prefill these. --- VSCode Version: 1.53.0-insider OS Version: macOS 10.15.7 Steps to Reproduce: Git's interactive rebase to generate a conflict the conflict using vscode and save the file the "Git: Stage Changes" command Expected: The changes have been staged Actual: Nothing happens and I don't get any feedback There is an additional "Git: Stage All Merge Changes" command that appears during the conflict which stages the file as expected. However it's unclear to me why I can't use the other command to stage a single file already. I would like to put it on a keyboard shortcut but would need multiple shortcuts in case of a conflict. I created a simple task that just calls which gives me the expected behavior as a workaround. <!-- Launch with to check. --Does this issue occur when all extensions are disabled?: Yes
(Experimental duplicate detection) Thanks for submitting this issue. Please also check if it is already covered by an existing one, like: <!-- score: 0.51 --- <!-- score: 0.49 --- <!-- score: 0.485 --- <!-- score: 0.475 --- <!-- score: 0.462 --<!-- potentialduplicatescomment --
Using the for testing; branch with conflicts, accept incoming changes conflict file expect VSCode to continue with the commit, instead I get the following error; ! Here's a Here's the log from the moment where it generates the error. Check: I disabled/uninstalled all VSCode Git extensions.
Your issue is unrelated to this report. And it sounds like you have an issue with the in your git config. (I used your repo and didn't experience any issue)
thanks for looking into the issue. I came to the same conclusion as you and so meticulously went through Google for answers, all of which suggested the same thing. When I exhausted all those possible solutions, I searched all the issues in this repo and only found this issue. So to summarise: core editor is set to what should it be set to?

because this is what it was originally set to and what everyone on Google said it should be set to. I tried setting it with the full path to , however is in PATH so I've left it like this. Changing it from full path to this made no difference. May I confirm you watched the video I posted all the way through? Why does this only happen with rebasing and not merging? Surely if there was a problem with merging would also fail? And can you confirm that I'm performing the correct actions in the right order? Finally, as you feel this is a separate issue should I open a new issue or are we good to continue discussing here? Either way I would sincerely like to get to the bottom of this.
I can also reproduce: click a file from "Merge changes" during rebase conflict fix conflicts try to stage it with cmd+shift+p -"stage changes" does not appear work This is the output: Version
I was expecting to try adding my files in rebase the quick way with git stash changes and hit the same issue. Adding files to git is such basic functionality ...
There have been some improvements in how conflict resolution is being handled while rebasing. These improvements are included in the latest Stable release (). I will optimistically close this issue as I would like to ask you to upgrade to the latest Stable release and see if you are still able to reproduce the problem in this issue. Thank you!
There have been some improvements in how conflict resolution is being handled while rebasing. These improvements are included in the latest Stable release ().
I believe this issue is still present. I followed subz's helpful steps here On stage 5, I attempted to stage changes using and ran into the same issue the original poster described. However I did not run into the invalid argument that subz ran into--likely fixed in a separate issue.
The "Git: Stage All Merge Changes" as submitted by the community. When it comes to commands that apply for all the resources in a group (ex: "Stage All Changes", "Stage All Merge Changes") it does make sense to have individual ones for each group. Having said that, it does make sense to me to have one unified command that stages all changes of one resource independent in which group it is. I pushed changes to enable the "Git: Stage Changes" to work with the resources in the merge group as well.

You should be able to assign a keybinding to it.
<!-- AUTHORVERIFICATIONREQUEST --This bug has been fixed in the latest release of ! you can help us out by commenting if things are now working as expected. If things still don't seem right, please ensure you're on version of Insiders (today's or later - you can use in the command palette to check), and leave a comment letting us know what isn't working as expected. Happy Coding!