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

Re: web or file (not directory) based client for doc management?

From: Victor A. Wagner Jr. <vawjr_at_rudbek.com>
Date: 2007-01-31 06:27:05 CET

At 21:25 2007-01-30, Robert Eden wrote:
>Sorry if this is a FAQ.. I looked in the FAQ and didn't see
>anything... I did see a 2004 thread on the list that suggested
>WebDav, but things may have changed.... I'm looking for a *VERY
>SIMPLE* document management system for some of my non technical
>users. This will not be for source code, but various documents
>(typically M$ Word or Excel) used by non-technical folks. It needs
>the ability to browse files, see history, view files, lock files,
>checkout, commit. Some of our developers use TortoiseSVN, but that's
>directory based. These guys are not going to want to check out an
>entire directory to update a single file. It also doesn't have an
>easy way to browse the repository,

Right click, TortoiseSVN -> Repo-browser

>which would be needed. I looked at things like RapidSVN, but while
>it has a browse function, it still is directory based. A web client
>would be nice, but an application is ok too. I'm not concerned
>about strong authentication. Do any clients come to mind? I realize
>SVN is really designed for source code,

you are mistaken in your knowledge here
single files are going to be a problem however

> but the base code can do other things. Robert
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org

Victor A. Wagner Jr. http://rudbek.com
The five most dangerous words in the English language:
               "There oughta be a law"

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 31 06:27:22 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.