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

SVN best practice for content authors

From: Kyle <kyle.kline_at_gmail.com>
Date: 2004-12-29 16:06:09 CET

All,

My company is evaluating chucking SourceSafe in favor of SVN. We have
been using SVN as a pilot for several months for our .NET projects and
have had a great experience with it, absolutely no issues. (running
the 1.1.x series + TortoiseSVN & Ankh) -- branching/merging are
*wonderful* esp. when coming from SourceSafe.

The unique challenge in chucking SourceSafe is that we have a team of
content developers (HTML, graphics, etc.) who are using
Interdev/SourceSafe to develop content. They can hit "Save" in their
editor, then "Refresh" in their browser and their changes are
immediately visible. They do not need any parts of the advanced
source control (branching, merging, etc.) -- just a stable way to keep
a history.

Some factors:
 - Interdev is only used as a text editor with integrated scm (SS), so
it is not necessary once SS goes away
 - They need to maintain their Save/Refresh development style
 - There content development team is small
 - They cannot develop locally on their boxes because we do some
dynamic content processing that requires the content be served from a
web server

My current thinking is to use a shared working copy. IE, they work on
a working copy that is also the copy the web is served from. This
gives them Save/Refresh, plus the ability to have basic source
control. I have tested this out with a few devs here, and it works.
I know that a shared working copy is less than ideal, but remember,
this is a unique scenario -- their basic need is to edit & rapidly
test changes AND have some sort of basic source control. It is rare
for two devs to be working in the same directory/area, so collisions
would be minimal.

I have searched the archives and really can't find anything related to
this. Does anyone have any experience or insights on this?

Thanks,
Kyle

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jan 2 20:39:25 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.