Concerning Re: Poor performance in windows. Switching back t
Les Mikesell wrote on 15 Feb 2007, 11:33, at least in part:
> Jan Hendrik wrote:
>
> > FTP synching e.g. Not everyone has his own live server standing in
> > the own basement and not every hoster provides SVN to make the live
> > copy just another WC. As long as _always_ done from the same WC
> > there's no issue,
>
> Of course there are issues. You have to do adds, copies, moves, etc.
> with the svn tools. You can't just have changes made else appear back
> in the working copy and expect them to be recognized.
Nope. We don't work on the live server. Any editing is done on the
local WC using svn add/copy/move etc. Therefore synching is a
oneway thing, from the WC => live/web server. I am not talking
about the SVN repository server which is a machine on the local
LAN.
> > but the moment you do it from a
> > different one you either have to upload *everything* (even if it is
> > 100MB) or first to equalize timestamps with those on the server to
> > get to the files different (or sync the dozen of files in as many
> > folders one by one and pray you did not miss one in the half an hour
> > that manual work takes). Maybe there are tools that handle this
> > just the other way round, but WS-FTP did not nor does
> > TotalCommander. Probably one could automize this with a post-
> > commit hook and rsync, but this also takes a lot of control out of
> > it.
>
> So do an 'rsync -av' yourself.
At first sight rsync sounds fascinating, I have had a look at it in the
past and now again, but it is not for us. We don't have Linux here
(and will not for the forseeable future, migration cost is too high,
have checked this only last year for just Word97->OpenOffice) and
running an OS layer (cygwin) on top of Windows is not very
intrigueing either. Besides until recently rsync was not provided by
the webhoster, and I think it is still not available on all of the
domains here. And the way Total Commander handles FTP synch
leaves a lot of control for me, more with far less trouble than the
commandline tool could (I use the commandline for many things).
It's a difference similar between committing with SVN commandline
and TortoiseSVN where file selection/adding, commit message, diff
are all in one dialog. The Windows rsync GUIs I just checked
OTOH seem to be either remote backup systems just happening to
use rsync protocol a/o requiring to be run on both systems as
client/server - again out of my control for the webserver side.
[text is snipped]
> >> What about comparing timestamps and filesize - if either differ
> >> then the file must be a candidate yeah? I know this is still a
> >> long way from perfect, but it would cover most of the cases that
> >> people are concerned about.
> >
> > Would not catch the corrected typo issue
>
> What's a corrected typo issue?
corrupted topy assue ==> corrected typo issue would not change
the filesize.
JH
---------------------------------------
Freedom quote:
... the question becomes,
are you going to have everyone play by the same rules,
or are you going to try to rectify the shortcomings,
errors and failures of the entire cosmos?
Because those things are wholly incompatible.
If you're going to have people play by the same rules,
that can be enforced with a minimum amount
of interference with people's freedom.
But if you're going to try to make the entire cosmos right and just,
somebody has got to have an awful lot of power
to impose what they think is right on an awful lot of other people.
What we've seen, particularly in the 20th century,
is that putting that much power in anyone's hands is enormously dangerous.
-- Thomas Sowell, 1999
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 16 09:14:50 2007