Moving time: From CVS to Subversion

So, I'm waiting for the other shoe to drop. After making sure things seemed reasonably stable post-server-move, I migrated my CVS repository here to Subversion. There were one or two tiny bumps in the road-- such as a default setting in Apache to deny access to anything starting with .ht (ie. .htaccess)-- but so far, so good. ViewCVS appears to support Subversion, and I've also discovered an alternate frontend called WebSVN. I like ViewCVS better, but WebSVN offers RSS feeds on commits.

One consequence to this move is that soon, when I take down everything related to CVS, I'll have plenty of broken links (since I frequently link to ViewCVS pages for my projects). So, I think my next step will be to set up some redirects to a reasonable number of things for continuity's sake.

So, anyway... if you've been keeping up with dbagg3, the action's not in CVS anymore. It's here:

Alternately, you can also peek at things here:

(Can you see one reason why I like ViewCVS so much better?)

Archived Comments

  • ViewCVS is much better than WebSVN, you could create RSS feeds with a relatively simple post-commit hook, or even just modify the email changes post-commit hook to also generate RSS feeds..
  • One PITA with ViewCVS is that it has to have write access to the repository, and having multiple users access the repository can cause the permissions to get out of wack and make the repository unavailable. I don't know if WebSVN uses the client svn libraries (i.e., accesses the repository through the server, instead of accessing repository files directly), but if it does then I would probably stick with it. Though if you are using Apache, I suppose it's all being accessed as the same user, so it shouldn't be too much of a problem.
  • Have you looked at Trac? http://projects.edgewall.com/trac svn browser, bug tracker and wiki rolled in to one. It's very sexy.
  • I suggest that if you want to avoid breaking URLs again in future you take the "svn" out of those URLs. I generally prefer WebSVN; it seems to fit the "Subversion Way" a lot better than ViewCVS, which bends it to a CVS way of thinking about things to some extent. Mostly, though, they're essentially the same thing. WebSVN's theme and UI needs a little work, but other than that I find it good. Providing both is nice, though! I'm guessing you're picking on WebSVN's horrible URLs... and I agree with you on that. It has been an intention of mine for a while to take a look at it and see if I can't use some mod_rewrite magic to make it nicer. I don't much like PHP, though, so I've not got around to it yet.
dbagg3: Please excuse the mess  Previous Manipulating aggregate resources in a REST API? Next