On Wed, Apr 01, 2009 at 11:47:31AM +0200, Ulrich Windl wrote: > So I really don't see that relying on file dates is much better than > doing a full rebuild. That's specifically true if you pull a new tree: > If I understand things right, EVERY file will have a current date, so > you'll rebuild everything anyway. So you could also have the "real > file dates" and then do "make clean; make all". I see no benefit from > either approach. I am not sure if you understand it right. When switching branches git will only touch the files that have changed between your old and your new tree. make will then only build those files that are actually different between those two trees because they have been given a newer date than their target files. All other files in your working copy will not be touched. cheers Heiko -- 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
