Gmail Calendar Documents Reader Web more »
Recently Visited Groups | Help | Sign in
Google Groups Home
Message from discussion git, future directions
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Shaun Mangelsdorf  
View profile  
 More options Mar 1, 6:24 pm
From: Shaun Mangelsdorf <s.mangelsd...@gmail.com>
Date: Sun, 1 Mar 2009 17:24:09 +1000
Local: Sun, Mar 1 2009 6:24 pm
Subject: Re: [esoe-dev] Re: git, future directions

> No argument from me. The only thing I would be concerned about is
> making sure that the tooling supports it. The project needs continuous
> integration and a repository inspector, and ideally an issue tracker
> linked into both of these. I have used the Atlassian tool set to do
> this in the past which works well, but I don't think they are
> supporting git yet… yep just checked and they still aren't though they
> plan to.

Although I see your point, I think we can find suitable substitutes that
(while not as tightly integrated as the Atlassian suite) will give us what
we need and support git natively.

This might warrant some further investigation. If it turns out that git is
too widely unsupported, we may need to stay with subversion.

It makes sense to me to move this project to Codehaus or even Apache.

> Although Apache is quite strict on the projects they host so Codehaus
> might be a better choice. They have all the tools and admin interfaces
> to manage them, not to mention free bandwidth. It also adds a certain
> aspect of credibility to the project by having it hosted by a well
> known hoster of open source projects. Plus, it allows the developers
> to focus on developing rather than installing and configuring software.

We'd have to look into the copyright issues surrounding the ownership of the
code. Apache for one requires that the code be owned by the foundation.

Not sure what Codehaus' barrier to entry is like, but on first inspection
they seem to have the Atlassian suite set up, so it's worth considering what
we want to do for SCM before we decide where to host the project long term.

I am not a hardcore git user so I may not have seen the light yet, but

> I would rather stick with svn because of the support for it from
> FishEye and Bamboo for the time being. Individual developers can
> always use git+svn locally to get _some_ of the features.

git+svn would be an option if we're stuck and can't find the necessary
tools, but I think a move to git would be good for the project as a whole.
Git's branching and merging features (among others) are second to none in my
experience; and there are a great deal of features which will benefit a
project under distributed development, as ESOE is and will undoubtedly
continue to be.

Keen to hear more thoughts on this.

Shaun


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google