-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GitUp does not handle submodule conflicts #282
Comments
What happens when you click the 3 buttons? |
Looks like, in GCIndex, in |
I worked on a solution to this bug for myself: lapfelix/GitUp@master...lapfelix:submodule_conflict_improvements So far it does work well, but I think it can still be improved before I open a PR. This is what it looks like when a submodule reference conflict is encountered while performing a merge: I still need to figure out a way to ignore the submodule addition deltas (the second table view cell in the diff contents view) when the submodule has conflicts. If we can open the submodule in GitUp, maybe there should also be a marked as resolved button ? Though that would be the fourth button and that's a lot of buttons. Maybe there's a better way to display this ? |
When rebasing or merging, if there's a submodule SHA1 conflict (when there's a divergence in both branches), GitUp does not handle the submodule reference conflict well at all: it displays a "Submodule not in index" alert view.
In the commit view, it seems like the submodule with a conflict is treated like a file with conflicts:
When it happens, I need to resolve the conflict with the command line or another GUI app (like SourceTree).
Sample repo
Clone this repo: https://github.com/lapfelix/test-repo-submodules
Try to merge
branch1
intobranch2
.The text was updated successfully, but these errors were encountered: