Re: .gittattributes handling has deficiencies

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

 



On Sun, 21 Oct 2007, david@xxxxxxx wrote:


What do you mean by "checking out everything"?
Which command do you propose?

something like git checkout -f

I suspected this. I see two problems:

1) it's too dangerous: I throws away _all_ changes, not only
changes that are related to gitattributes.

this is true, the question of if this is 'too dangerous' depends on what workflow you teach as safe. if you teach that checking out a new version will loose any modifications you have made (which is useually the sane thing to do by default anyway) then this is just more of the same

2) it doesn't work reliably. git checkout -f will only update
files that git detects as changed. But you could have files that
should have crlf in the working copy but actually have only lf.
Those would not be updated.

ok, you could do rm -r * before doing the checkout -f (or there's probably a option to git to tell it not to preserve changes to the working area, I am not a git guru.

I'll not recommend this. Not using .gitattributes is the only
sane solution.

it may be the best thing to do for you and your users, that's not the same thing as saying that it's the only sane solution.

by the way, I am not saying that my suggestion is the right way for things to be (especially long term), but I'm trying to figure out a work-around for the short term.

I'm very interested to see the logn-term suggestions, becouse I suspect that modt of them could be leveraged for the metastore jobs.

David Lang
-
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]

  Powered by Linux