Re: update-index --really-refresh unsets assume-unchanged bit

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

 



Clemens Buchacher <drizzd@xxxxxx> writes:

> On the contrary. I _want_ git to assume the file is unchanged, even though I
> know it changed. This is an intended and documented use case (from the
> git-update-index manpage):

The intended use of *really* one is to ignore the assume unchanged bit and
make the bit reflect reality.  The bit was originally invented back when
the machinery was too lstat(2) heavy so that people on slow filesystems
can say "I haven't changed these paths, and I promise I won't, so you can
trust this and assume that the working tree file exactly matches what is
recorded in the index."  Obviously we needed to give such users an way to
tell git that they broke their promise, and that is what *really* refresh
meant to give.

Note that the promise is _different_ from telling "I may or may not have
changed the work tree files, but don't bother telling me that I did".  The
promise you make by "assume unchanged" bit allows git to read from the
working tree file when it needs the contents of blob recorded in the index
and the bit is set, as you promised that you will never change it.

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