|
Re: List conflicts prior to pull or merge [message #1694025 is a reply to message #1693228] |
Thu, 30 April 2015 07:36 |
Patrick Peer Messages: 4 Registered: April 2015 |
Junior Member |
|
|
I can see why you want this feature. However, if you shift your view of things slightly towards the "git way", you will see that this use case is obsolete
One usually wants to have a clean repository before doing a merge or a pull (which, ultimately, is a merge as-well). Clean means no unstaged/uncommitted files. The easiest way to achieve this is, of course, to commit the changes. Remember: A commit is just a mechanism to group a set of changes, and no one else but you will see those (committed) changes until you push them to the remote branch. As an alternative you could also stash, but this only makes sense in race circumstances.
With a clean repository you need not fear to lose any work you have done. Then, if you decide to abort the merge mid way (maybe because you just cannot be bothered to resolve the conflicts right now) you will always be safe and a preview becomes obsolete
tl;dr
Follow the mantra commit early, commit often!
[Updated on: Thu, 30 April 2015 10:47] Report message to a moderator
|
|
|
|
Powered by
FUDForum. Page generated in 0.03498 seconds