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

Re: rapidsvn feedback

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-07-30 08:20:22 CEST

Peter Johnson wrote:

>>-----Original Message-----
>>From: Branko ?ibej [mailto:brane@xbc.nu]
>>Sent: Tuesday, July 30, 2002 2:24 PM
>>To: Peter Johnson
>>Cc: dev@subversion.tigris.org
>>Subject: Re: rapidsvn feedback
>>Peter Johnson wrote:
>>>Thanks for clearing that up, but why is there a way of just getting
>>>files without checking them out, i.e. leaving them read-only?
>>Since you mentioned ClearCase, I think I finally understand your
>>misconception. In ClearCase "check out" means "get the latest version
>>and lock it". Subversion does not lock files, it uses a different
>>development cycle altogether, similar to (but not identical) to using
>>snapshot views and unreserved check-outs in ClearCase. In Subversion,
>>"check out" means "copy files from the server into a local directory".
>I guess that also means there's no need for ClearCase config specs?

Yes. Subversion is not ClearCase, it doesn't have config specs.

> All
>developers have write access to what ever version they choose and then
>just merge it in. Or work on a suitable branch where the same would
>apply before putting it on to the trunk.
>Would a "config spec" interface be useful in determining what revision
>to checkout?

> Or it this overkill?

Have you read the handbook? If yes, I'm surprised you're asking
questions that are answered there. If not, then please do so. There is
no way you can even start designing a user interface for Subversion
without learning about the basics.

I'm sorry if this sounds a bit harsh, but people have spent a lot of
time writing documentation to answer precisely the questions you keep
asking. Please read it, and play around with the command-line client to
get acquainted with Subversion's philosophy and usage model.

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 30 08:20:58 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.