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

RE: preserve modification date on co?

From: Patrick Smears <patrick.smears_at_ensoft.co.uk>
Date: 2004-09-10 00:05:50 CEST

On Thu, 9 Sep 2004, Walt Armour wrote:

> > I'm not sure it buys you as much as you might want it to...
> I don't want it to buy me anything since I don't think we need this
> behaviour. I was just explaining it for someone else. :)

Sorry, I just meant "you" in a general sense, didn't mean that you
specifically had suggested that it was good...

> > Suppose you've got a file C, which is compiled from files A &
> > B. (Maybe C
> > is an executable, and A and B are the source files).
> >
> > Suppose in my working copy, I edit A, and do a 'make' to
> > generate C. Then
> > A & C will have times of about now.
> >
> > Suppose someone else was working on file B last night, and
> > committed some
> > changes.
> >
> > Now, I update my workspace. If svn preserves modification
> > times, then B
> > will have a time sometime last night - older than my C, which I just
> > recompiled. If I do a 'make', then C will *not* be rebuilt -
> > even though B
> > has changed. Thus I'm fooled into thinking C is a compiled
> > version of my
> > source - when in fact it isn't...
> >
> Actually, that may not be the case. Since they updated B they should
> have rebuilt C (if not then we have a process break and there is nothing
> SVN can do about that one). When I update I would get that older B but
> C should conflict (it better but to be honest I'm not positive it would
> given SVN's handling of binaries and my lack of SVN experience.
> anyone?). In this case I will have to rebuild C to clear the conflict
> and everything will be good.

That may be the case if C is checked in (though I _think_ I can come up
with situations where it might not, it's getting late ;-), but it
certainly isn't if C is *not* checked in...

> Of course if SVN merge's executable binaries then all bets are off....

I don't think it's *that* clever yet ;-)


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 10 00:06:21 2004

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.