-
Notifications
You must be signed in to change notification settings - Fork 20
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
Feedback :) #26
Comments
Funny that you right now provide feedback as I just found out about this plugin (way too late 😅) and I do agree, it's 🏅 and I'm thankful for the contributors' efforts! |
Hi, @bew (and @3ter )! I'm the one who implemented I'm yet uncertain what that means for this project but I think on it from time to time. When implementing |
Oh that was you! Nice 👍✨ I think it's a good idea to keep existing behavior so the plugin can still be used on systems with old version of git (looking at you CentOS..), but mentioning the new option and how to use it to skip processing in the plugin would be good as well, allows to reduce what the plugin does on top of git!
I don't understand what you mean by that, how would that work? |
Yeah, good call. That's a good path forward for this project. 👍
Pros: Many merge tools bindly diff LOCAL and REMOTE, so by overwriting those with each "side" of MERGED all those tools immediately benefit from Cons: Overwriting LOCAL and REMOTE causes a loss of that useful historical data. |
@whiteinge For users who don't usually diff with history, and using recent versions of git, would you recommend continuing to use this plugin, or should we rather set git's mergetool to vimdiff with |
@danielcarr I'm personally still using this plugin and not currently using To try and make a recommendation:
|
This plugin is golden ❤️
It's kept simple and does the job very well 👍
Then I was reading git config options, I saw
mergetool.hideResolved
(added somewhere in 2021):Which basically implements what you did with this plugin. Thought you'd want to know 🤷♂️
The plugin still helps with the UI setup, where we can easily access local, base & remote with the
...WithHistory
variantThe text was updated successfully, but these errors were encountered: