Add a FileConflictStrategy property to CheckoutOptions
See original GitHub issueCherryPickOptions
, MergeOptions
, RevertOptions
already expose such property.
Let’s also make this option available when performing a simple checkout
Issue Analytics
- State:
- Created 9 years ago
- Comments:13 (7 by maintainers)
Top Results From Across the Web
If I `git rm <file>` when I get a 'both added' conflict, will that ...
First, though, don't think about your repository as holding files. It does, but thinking about it this way won't get you anywhere—it's like ......
Read more >Resolving Merge Conflicts in Git
The complete guide to resolving merge conflicts in Git: learn why issues occur, see how to work through them, undo a merge, and...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Seeing that the attached PR is not merged and going back to the original question on StackoverFlow which boils down to how you would do a:
git checkout --ours
git checkout --theirs
–ours, --theirs When checking out paths from the index, check out stage #2 (ours) or #3 (theirs) for unmerged paths.
Since this only applies when you have current unmerged paths (conflicts) while the repo has an active merge state, would it make sense to add a checkout extension to Conflicts.[Ours|Theirs], i.e:
or a new variant of CheckoutPaths that accepts a Conflict Ours/Theirs IndexEntry:
All right, thanks for the direction. I guess there’s not a place for a new issue here until the merge-support is in the C library. I’ll still review the existing code and apologies for the sidetrack.