posts by tag

svn (4)
Warehouse: web-based SVN browser (and other)

A couple of days ago, Active Reload released a web-based SVN browser that doesn’t suck: Warehouse. I’ve gone as far as browse around the demo, look at screen shots, videos, tutorials, etc. I have to say, from what I’ve seen so far, I’m impressed. I just might be willing to pay the $30.

And while I’m at it, Lighthouse looks like a great bug tracking tool, as well. It integrates with subversion, too (maybe via Warehouse ?) Currently, I’m the only one working on Ruby/Rails stuff at work, so my bug tracking system usually remains in my head (or at best, ends up on scrap paper somewhere).

One more thing, Versions is what seems to be a “tortoise for Mac” when dealing with subversion. I, personally, prefer to use the command line over tortoise, but usually things built for the Mac look and feel a lot cleaner than the Windows counterpart. But that also applies to command line, in which I don’t see how I could pass up that terminal.

SCM browser coming soon

This subversion browser looks promising. I don’t know how to compare it to other SCM browsers, since I’ve yet to use one, but it looks quite useful. I think Trac integrates with subversion, but again, I’ve never used it.

Watch SVN repositories with subtlety

Subtlety is a way to get updates via RSS for any public subversion repository. It’s perfect for monitoring Rails plugins, so you don’t miss any must-have additions. I realize that it’s a few months old now, but I just recently started using it. Yesterday I added the Rails trunk so I can keep an eye on the latest and greatest Rails commits.

Becoming familiar with Subversion

I have finally taken the time to learn a little bit about Subversion – it is now a part of my development process. I’m getting into the habit of committing frequently—it’s the first thing I think of once I make decent progress. I don’t know what’s considered “frequent,” but I usually commit around 10 times a day. It’s easier to add meaningful comments when you commit often. It’s very comforting knowing I have a solid, working backup of what I’ve done so far. It’s like save points in a game, only for programming. At work we had to deal with a couple of conflicts, but Subversion handles them very well. The split display of the repository file and your local file works out nicely. Especially considering how it lets you copy the current change into your file and vice-versa. I don’t know if I’m doing this the most efficient way, but if a conflict does arise, here are the steps I take:

  1. Compare with repository
  2. Navigate through all changes, accepting the ones I want
  3. Save the changes and mark the conflict as resolved
  4. Update my files (because it still doesn’t let me commit right away)
  5. Commit my changes

It’s a fairly simple process. Before, I was forced to use SourceSafe (at work) which had mandatory file locking, so I was skeptical as to how it would be without it. But Chris was right, it does seem to be a rare occurrence that two people are working in the same methods at the same time. The only reason it does happen to us is because we have a guy working on the same project about 40 miles away, and we aren’t always on track with one another. But I think we have that straightened out now.

Another thing I find to be really, really impressive is migrations. It’s amazingly easy to keep up with database changes throughout the life of a project. The migration files are incredibly easy to write, but even better yet, getting the changes someone else has made is even easier. Two commands: svn update and rake migrate. That’s it. At this point, I can’t think of (nor do I know of) any other way that is more convenient than that. Rails generates the SQL code for you, so I’m assuming you can use your migration files on any type of database you want (MySQL, SQLServer, Oracle, etc.) to completely generate (and keep-up with) your schema. It just amazes me.

2008 by Ryan Heath | Get In Touch

flickr

DesolateInfinityLooking upDazedBlurred