[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Status of meta-data-versioning (mod time)?

From: Saulius Grazulis <grazulis_at_akl.lt>
Date: 2005-07-12 14:25:24 CEST

On Tuesday 12 July 2005 14:49, Branko Čibej wrote:

> > - 'make' uses them. If the right order is preserved,
> ..
> I've heard this argument many times, and it's simply *wrong*. Imagine
> this scenario:
>     * update to HEAD
>     * make clean all
>     * update to some older revision
>     * make all

Well, I guess your scenario contains a mistake:

    * update to some older revision
    * make clean all

will funcion as intended, provided you makefiles are correct. Given that
downgrading a WC is not done frequently, 'make clean all' is not a big deal.

Make is not a panacea, but in this case one can use make to get reliable

> If you preserve commit times in the WC, then after the update to an
> older revision, some files that need rebuilding will have changed, but
> make won't notice because their timestamps would be older than the
> timestamps of the generated files left over from the previous build.
> Such an update would force you ro do a clean rebuild, and that's not nice.
> The argument assumes that generated files are under version control,
> too, but that's usually not the case.

This depends on the working style and on te working setup. I do admit that in
many _software development_ projects only sources are kept in the repository,
updates are often, and chekout times are just the right thing.

What makes a difference are projects that need to version generated files, or
that need to preserve true modification times for some reason.

Saulius Gražulis
Visuomeninė organizacija "Atviras Kodas Lietuvai"
P.Vileišio g. 18
LT-10306 Vilnius
Lietuva (Lithuania)
tel/fax:      (+370-5)-210 40 05
mobilus:      (+370-684)-49802, (+370-614)-36366

  • application/pgp-signature attachment: stored
Received on Tue Jul 12 14:20:30 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.