Fredrik Kuivinen [off-list ref] writes:
Jon: You could try to this merge with the recursive merge strategy
(git merge -s recursive 'merge message' master dev) If you do, you
_should_ get something like:
CONFLICT (add/add): File file3 added non-identically in both
branches. Adding as file3_master and file3_dev instead.
You will then end up with file3_master and file3_dev in your working
tree, which corresponds to file3 in the master branch and file3 in the
dev branch, respectively.
Oops, I missed that part. This is unsafe in theory, if you
could overwrite existing file3_master or file3_dev. Does that
matter in practice?
On Tue, Nov 08, 2005 at 01:41:20PM -0800, Junio C Hamano wrote:
Fredrik Kuivinen [off-list ref] writes:
quoted
Jon: You could try to this merge with the recursive merge strategy
(git merge -s recursive 'merge message' master dev) If you do, you
_should_ get something like:
CONFLICT (add/add): File file3 added non-identically in both
branches. Adding as file3_master and file3_dev instead.
You will then end up with file3_master and file3_dev in your working
tree, which corresponds to file3 in the master branch and file3 in the
dev branch, respectively.
Oops, I missed that part. This is unsafe in theory, if you
could overwrite existing file3_master or file3_dev. Does that
matter in practice?
It wont overwrite any existing files. If there is a file named
'file3_master' then the new file will be named 'file3_master_1' and if
that file also exists the new file will be named 'file3_master_2', and
so on.
- Fredrik