Where’s Spark
opensource, programming, spark March 22nd, 2009There has been a significant shuffle in the location and hosting of some parts of the Spark view engine. I’m quite happy with the results. They’re hopefully a net improvement.
Short list in advance:
Source Code
Now on GitHub: http://github.com/loudej/spark
If you’re interested in contributing changes to Spark as well I would highly recommend you fork the project. On the assumption a public fork of open source implies consent, I will happily stalk the forks and apply changes to the project that appear to be of general interest.
To avoid Git, download source from http://github.com/loudej/spark/zipball/master. I have attempted to set up a svn mirror using a few techniques and have failed miserably.
Software Releases
Now on Codeplex: http://sparkviewengine.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=24940
Documentation
Stays put: http://sparkviewengine.com/documentation
The project home also remains at http://sparkviewengine.com. All of these resources may be reached from that starting point.
Continuous Integration

Now on TeamCity.CodeBetter : http://teamcity.codebetter.com/viewType.html?buildTypeId=bt47
The latest build results and the output artifacts are available soon after changes are committed. If you really want to live on the edge that’s the place to go for your release.zip and sources.zip.
This is a huge step forward, thanks to the folks who suggested it, helped make it happen, and more and more and more and more.
Last but not least…
Issue Tracking
Now on Codeplex: http://sparkviewengine.codeplex.com/WorkItem/List.aspx
This replaces the Trac ticket system. I like the Trac system is and I’ve used it for many reasons, but once Releases moved to Codeplex it didn’t make a lot of sense to keep using Trac just for issue tracking.
April 5th, 2009 at 3:22 pm
Why git? It is convenient to use under Windows?
April 6th, 2009 at 8:28 pm
It was suggested by people on the discussion group when I was asking for opinions about moving to Codeplex.
The tools on Windows are very nice, but you can tell they’re transplanted apps. There’s also TortoiseGit but I haven’t used it after installing it.
I like it more than Subversion at this point. The biggest problem was building a mental model of how Git works. Jumping from Vss or Cvs to Svn is easier than jumping from Svn to Git.