Checkout fails when one branch contains a directory with the name of a file in the other branch

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I am not sure whether this is intentional or not. I am wondering why
this scenario fails, and if it is by design, how I should handle this
situation:

--------------------------------------------------------------------------------
$ mkdir test

$ cd test

$ git init
Initialized empty Git repository in .git/

$ echo aFile > aFile

$ git add aFile

$ git commit -m "initial"
Created initial commit a4aa48bb4ca57699341e380b17a1c3d92e44d08b
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 aFile

$ git checkout -b branch
Switched to a new branch "branch"

$ git rm aFile
rm 'aFile'

$ git commit -m "No aFile file anymore"

Created commit 6ac689ae4d7e8c0d82526d84563c12109b6cd900
 1 files changed, 0 insertions(+), 1 deletions(-)
 delete mode 100644 jacob

$ mkdir aFile

$ touch aFile/anotherFile

$ git add aFile/anotherFile 

$ git commit -m "added aFile directory"
Created commit 634e5fff2fdb6365d4be5b2dca29e9c78164cb07
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 aFile/anotherFile

$ git checkout master
fatal: Untracked working tree file 'aFile' would be overwritten by merge.
--------------------------------------------------------------------------------

Regards,
Tom Koelman
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]