At p&p, we use Microsoft Team Foundation Server for work item tracking and source code control. This comes as a surprise to exactly zero people I'm sure.

TFS did take some getting used to, but after working with it for a while it's gotten pretty comfortable. At least while I'm in the office. There's one nagging problem with it; when I go home, or out of the office, I've got to have corpnet access to work on the project. TFS tracks on the server which files you're editing, which means that even working on a local copy without doing a checkin requires access to the TFS server.

While I do have remote access, it's a pain, it's slow (I live about three miles beyond the borders of civilization, apparently, and my home can't get real broadband service), and at times unreliable. I've resorted to turning all the read-only bits off locally, editing away, then using the Team Foundation Power Tools uu and online commands to get synced back up.

This worked, but I hate working without a net. I still want source control, even just for local projects. And the tfpt commands get really confused if you delete files, so I needed a way to track that somehow, other than a pad of paper.

I just came up with an idea that I'm trying out, and thought I'd share.

I've been playing for a few months with a new open source source control system called Bazaar. It's intended as a distributed version control system where people ship patches to each other and it help manage the merges and whatnot (kind of like GIT). It's highly portable and plays nicely on Windows (unlike GIT). You do need to be comfortable at the command line, but that's not a problem for me. One of the nicest things for my purposes is that there's no server to set up. Each working tree is it's own working repository. You just type "bzr init ." and you've got source control on that directory. No need to set up a Subversion server, for example. And sharing my branches are as easy as emailing a file. Not that I've done that yet; this was just for me.

Anyway, back to the point. Here's what I'm doing. First, I made my TFS workspace into a bazaar repository as well. This means that as I make changes in TFS, bazaar will treat them as changes to the working copy, and I can check them into bazaar too. Second, I created a separate bazaar branch for my offline work. This gives me local source control; as long as I'm working in my local branch, I don't need to be connected to TFS at all.

Here's the money shot. Bazaar supports easy merging between branches. When I'm ready to commit to TFS, I push my changes from my local branch back to the TFS bazaar branch. Then I check that into TFS. Similarly, I can do a "get latest" in TFS, check into the master bazaar branch, then merge those changes into my local copy.

It's not quite seamless (I still need to play with tfpt to get the checkouts set up right) but so far it's working out a LOT better than working completely disconnected from source code control. Having local source code control makes this work a lot more agile; I can freely delete and modify stuff locally, check in or even branch some more, and I don't have to push back up to the server until I'm ready.

So far this system has been in use for about four hours, but so far so good. I'll update later once I've got more experience with it.

I officially became old today. 

It's not that Phil Haack just had a birthday, and it turns out he's five years younger than I am. It's not that, after a long history of being the youngest guy on the project, I'm now the senior "guru". It's not even the aches and pains that are getting more and more common.

I finally got a chance to start playing Half-Life 2, after waiting for it to hit the bargain bin for several years. I was playing today, and after less than thirty minutes I got so motion sick I actually had to go lie down for an hour waiting for my stomach to stop chrurning.

When do I get to start telling kids to get off my lawn?

I've been a professional developer for about 15 years, and a hobbyist for a lot longer than that. Over the years, I've seen waves of "technical celebrities" come and go. At the beginning, I recognized named because they wrote magazine articles or books. Everyone's heard of Charles Petzold. Do folks remember Jeff Duntemann or Michael Abrash? How about Scott Robert Ladd?

Later, at least for me, the "in the know" folks were the ones who did the conference circuits. Chris Sells, Don Box, Jeff Prosise, and such were my idols (and, luckily enough, some of them later became coworkers).

These days, it seems the key to recognition is the blog. Many of the the though leaders in the technical community (or up and coming leaders) haven't published a thing but blog posts.

It seems my first post on my new blog is a complaint about blogging. ;-) I get asked at work constantly where my blog is. I think it's time I grew up and joined the 21^st century. And maybe this'll give me a place to write down those half-solidified ideas, confident that when I forget them later (as I always do) I know where to go look for them.

Talk to you soon!