Re: git incorrectly infers rename i.e. (delete file1 + creation of new file2) != (file => file2)

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

 



On Fri, Apr 22, 2011 at 02:31, Mike <xandrani@xxxxxxxxx> wrote:
> Hi
>
> I deleted a file called 'class.NumberOfResultsCache.php' and created a
> completely different file called
> 'cgi-bin/___php/class.NumberOfResults.php'.

"completely different" in what they mean to you, or in their actual content?
Please be more specific.

> I deleted the file using
> rm followed by 'git rm'.
>
> When I do a 'git status' I now get told:
>
> Â renamed: Â Âcgi-bin/___php/class.NumberOfResultsCache.php ->
> cgi-bin/___php/class.NumberOfResults.php
>
> However I want to commit 'class.NumberOfResultsCache.php' as having
> been deleted, and I want to commit 'class.NumberOfResults.php' as a
> brand new file.

Git doesn't care about individual files or renames, it tracks whole trees.
What it shows as a rename is just its best guess based on the contents
of the two files.

> How do I get git to do this? Apologies for a 'noob' question. Only
> been using the superb git for a couple of weeks!

You could commit the deletion and the add separately, but before doing
that, why is it important to you that git not show this change as a
potential rename?

// Ben

> Thanks :)
> --
> 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
>
--
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]