10 tips on how to prevent business value risk
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Robert Bazinet on Dec 01, 2008
Microsoft recently announced they had moved their IronRuby project to GitHub. The announcement, like many projects these days, shows the project moving from its current Subversion repository to a Git repository located on Github.
The initial announcement came from the IronRuby list on RubyForge and explains the reasons for the move:
We’d like to try to make things easier. We’d like to not be in the way of community work on IronRuby; we’d like to give the community a little more ownership over this project. Ideally, we would all work out of the same repository, but this can’t happen right now. However, we have some ideas to make things easier.
The advantages for Microsoft’s move to Github are obvious and should help the team better interact with the community right away. Microsoft also has other open source projects which can be a win for the company and the community:
First, we’re moving to Github. I’ll be creating the Ironruby project on Github at http://github.com/ironruby/ironruby. This will be the same user on Github that we use for IronRuby-contribs, and our versions of RubySpec. The biggest upside of this is that anyone can fork IronRuby and work on it, and submit a pull request to get it integrated back into the main tree. However, we don’t want to be in the way of accepting patches.
This move also provides people knowledgeable with Git and IronRuby, to take on a role in the project in order to facilitate developers getting their updates into the project:
Next, we’re going to institute a Linux-like system of Lieutenants. We’re looking for people who are passionate and knowledgeable about the IronRuby project to take on this role. The goal of this system is to streamline the process, and make it easier for our external contributors to get code into IronRuby. We’d like to have Lieutenants who can take the patches and pull requests, code review them, and then commit them to their trees. Then we can pull these forks into our repository when we do pushes, and integrate it into one repo. Our hope is that we can be viewed as just one node in the tree, or ring. We shouldn’t have to be the central repository; we’re just one of the repositories.
Since the IronRuby team uses Team Foundation Server, the Microsoft standard for source control management, the move to Git is intended to make transformations from TFS easier:
Finally, we are going to be getting rid of the history in SVN, which for the most part is a bunch of commits saying “sync to the head of TFS.” We are doing this to get a fresh start. The layout of the new Git repository is going to exactly match our internal layout. That makes maintaining the transforms from TFS to GIT much easier. It also will make things easier when talking about the locations of files.
The announcement was later confirmed on the Github blog:
Microsoft’s IronRuby is moving to GitHub.
They’ve already been here for a while, but now the main repository is officially moving.
IronRuby joins Rubinius and dozens of other language implementations. Welcome, guys!
Git has been gaining in popularity since it was released as an alternative to Subversion and other source control systems. Git has command-line clients available for Linux, Mac OSX and Windows. Windows users have msysgit to use Git, which uses Cygwin and creates a Bash shell prompt for interacting with your Git repositories. Even though there is not currently a graphical interface to Git that Visual Studio developers are used to with other SCM systems like TFS and Subversion, the lack thereof is not a hindrance once the simple Git commands are learned.
IronRuby joins a growing list of high-profile projects relying on Github for their SCM, including Rubinius, Ruby on Rails, Merb and others. This is certainly great news for developers interested in IronRuby, gaining easier access to source and greater ease of forking for their own use as well as contributing back to the project.
Learn more about Github and the IronRuby repository on Github.
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
Fair Trade Software Licensing - A Guide to Neo4j Licensing Options
Agile Development: A Manager's Roadmap for Success
18 agile and lean practices for effective software development governance
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.
Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.
Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.
Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?
Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.
No comments
Watch Thread Reply