Re: A puzzle: reset --hard and hard links

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

 



Andreas Schwab wrote:

> See the core.trustctime config.

This sounds very promising. It also fixes the problem in my
preliminary tests. Are there known drawbacks to changing this setting
to false? I haven't yet noticed a performance impact.

Randall wrote:

> I think there are more use cases here than are apparent

The use case is Chromium's build process. It creates hard links from a
src/... to a gen/... directory. Some actions do `git reset --hard` in
src/. This updates the modification time because of the hard links -
even when there are no changes. That in turn leads to unnecessary
rebuilds. I have little control over the creation of the hard links.

Ævar, everything you wrote is very interesting and helpful. Thank you!




[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