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

Re: Feature request: Keep file dates

From: Scott Palmer <scott_at_digital-rapids.com>
Date: 2005-02-24 22:13:53 CET

On Feb 24, 2005, at 9:53 AM, Graham Leggett wrote:

> Ryan Schmidt said:
>
>> This wouldn't help our case. We are a web design shop, creating web
>> sites for many different clients. Often PDFs or other content which is
>> supposed to appear on the web site will come directly from the client
>> by email. We most certainly will not be giving our clients write
>> access
>> to our development repository;
>
> Why not? You could set up a separate special repo (or simply give them
> write access to part of your existing repo) specifically for their
> access,
> and have them check files in as they require. No problems with email
> sizes, the person who received the email being unavailable, etc.

That is absurd. I have no right to force my version control system on
everyone I come in contact with. We can't teach the world how to use
Subversion just so they will do business with us.

> If the client using an SVN client is too scary for them, then set up a
> repo with autoversioning, and get them to use a standard webdav client
> to
> copy the file to the repo. This way you have full history of what
> arrived
> and at what time.

That may sound like a saner alternative, but it doesn't work. The
people generating the content know nothing about subversion and should
no nothing about subversion. When they ask me "Do you have the file
that was changed on Thursday at 1:23PM?" I still won't know. All I
will know is that I have the file that was committed on Monday at
8:15AM. It's utterly useless.

Scott

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 24 22:16:08 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.