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

RE: Poor performance in windows. Switching back to CVS

From: Jan Hendrik <jan.hendrik_at_myrealbox.com>
Date: 2007-02-16 12:13:02 CET

Concerning RE: Poor performance in windows. Sw
Gavin Lambert wrote on 16 Feb 2007, 13:45, at least in part:

> Quoth Jan Hendrik <mailto:jan.hendrik@myrealbox.com>:
> > The point, however, is that *all* FTP synching has to done from the
> > *same* WC - all the other WCs have timestamps different from those
> > on the webserver (checkout/commit time).
> >
> > So if for any reason an FTP synch is to be done from another WC
> > local timestamps first have to be adjusted to remote timestamps or
> > FTP synch would consider *all* files as modified. Afterwards FTP
> > will still indicate files that are different (more exactly: that
> > have a different filesize), but SVN will not commit any file anymore
> > that was not committed before FTP synch, no matter if the filesize
> > had changed or not (the typo thing where filesize does not change
> > either is a special case).
>
> That shouldn't be too much of a problem, since you should be
> committing to SVN before uploading to the FTP anyway.

"Should" is a very good word in this instance - usually such things
happen if there is a hurry. <G> Just think about this: you edit
some content and suddenly notice the price lacks a zero at the
end. Your editing isn't ready for commit, but this price must be
corrected immediately on the live server, even if this results in a
half-edited page for a couple of hours.

> If you want to persist in this behaviour, then I'd recommend the
> following strategy instead:

Thanks for the recipe, Gavin. I shall pin it to each WC.

[...]

> (Besides, using timestamps as your only means of detecting
> modifications is fragile, which is why SVN doesn't do it -- what
> happens if one computer has the wrong date set?)

Oops, hasn't the wheel come full circle here somehow with SVN
firsthand relying on timestamps? Sure, chances are certainly
small that a wrong date would lead to a modified stamp equal to
the pre-modified one, but chances are. One does not even need to
take a file to another machine, just play with Windows clock
properties a bit (without any saving!) and then abort - part of the
things are taken over just the same.

JH
---------------------------------------
Freedom quote:

     The object and practice of liberty lies
     in the limitation of governmental power.
               -- Gen. Douglas MacArthur

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 16 12:13:37 2007

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.