Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

jdavidb (1361)

jdavidb
  (email not shown publicly)
http://voiceofjohn.blogspot.com/

J. David Blackstone has a Bachelor of Science in Computer Science and Engineering and nine years of experience at a wireless telecommunications company, where he learned Perl and never looked back. J. David has an advantage in that he works really hard, he has a passion for writing good software, and he knows many of the world's best Perl programmers.

Journal of jdavidb (1361)

Monday March 17, 2008
09:30 AM

SVK (and CVS)

[ #35920 ]

I'm going to start using SVK for work, but I'll continue to be interfacing with our main repository which is CVS. Any tips and tricks people can offer me for making the two work together would be appreciated. If I understand correctly, SVK can't currently just talk to CVS as its backend like it does to Subversion, so I'll basically have to manually commit to CVS, and when I do that people won't see the intermediate changes I've made to my own local SVK depot. That's probably desirable behavior at this point, although I'd rather SVK manage talking to CVS for me.

If someone can persuade me that Git or something else talks to CVS and would be better for me, please do so. In terms of experience I feel pretty competent with CVS, moderately competent with Subversion (though I've never been comfortable with the way tags and branches were flattened into the filesystem namespace, and I never really learned how to weave around between branches; I figure I'll just skip learning that and depend on SVK to do it for me under the hood), and I have a week of experience with SVK. I watched part of Torvalds' rant where he described git and understood what I saw, for the most part.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Our in-house repo at work is svn. Both rjbs and I use and enjoy git (with git-svn) for disconnected operation -- we aren't making use of all the awesome distributed features of git, but that's ok, because it's still really fast and powerful.

    git-cvs is probably worth at least giving a try, and for use as a better frontend to your existing VCS, git's interface isn't very daunting.

    We were both using svk a few years ago and got turned off of it after one too many "oops, I re-committed 50 random revisions" prob