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

svk behaviour

From: Burgess, Glenn <Glenn.Burgess_at_dsto.defence.gov.au>
Date: 2004-02-19 00:51:44 CET

Has anyone out there got any experience using svk, if so can you tell me the circumstances under which it is safe to use the normal svn commands, and in particular frontends.

As I understand it svk allows svn repository replication by creating a local (read-only) mirror of a 'master' repo, then a local copy of that to use for stand-alone operation. Then you can merge changes back upstream, or downstream, or both ways at once (sync).

My hope is that you should be able to treat the two repositories (the master and the local copy of the mirrow) as stand-alone svn repositories until you want to sync the two repositories, at which point you simply use the svk commands to do that.

Is this true or is a svk repository different to a svn repository?

I am a newbie, it is true, but I have RT'd as many FMs as I could find. svk doesn't have a lot of docs yet.

If you know of a better place to post this please let me know.

Thanks,
Glenn.

-----------------============================------------------
Glenn Burgess, Sys Sim & Assess, C2 Div Ph: +61 8 8259 6060
Defence Science Technology Organisation Fax: +61 8 8259 5619
Email: Glenn.Burgess@dsto.defence.gov.au
Mail: 205 Labs, PO Box 1500, Edinburgh SA, AUSTRALIA 5111
There are many methods for predicting the future. For example, you can read horoscopes, tea leaves, tarot cards, or crystal balls. Collectively these methods are known as "nutty methods". Or you can put well-researched facts into sophisticated computer models, more commonly referred to as "a complete waste of time".
The Dilbert Future, Scott Adams.
-----------------============================------------------
IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to
the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are
requested to contact the sender and delete the email

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Feb 19 00:57:34 2004

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.