[pilif]

gitosis != gitorious.

gitosis is a really simple collection of scripts that basically allows you to do the same thing with git that you were able to do with SVN by hosting a repository on some server and provide SSH access to it.

Merge requests, merge notifications, easy cloning but also peripheral stuff like bug tracking, wiki and whatnot will all have to come from other places.

Gitorious on the other hand is much closer to github but it is, als you pointed out, a real pain in the butt to install and also has some really nasty assumptions about URLs and SSL in the code that make it even more painful than what it is anyways.

Combine that with no real release schedule, no integration what so ever into any eventually existing authentication infrastructure and very lacking documentation and you'll notice that Gitorious just isn't at a point where it's worth investing time into just yet.

I do think though, that the prices for GitHub:FI as they are revealed now are not really reasonable: You are paying much more than what the most expensive hosted plan costs even if you don't use their support, but you are left with the maintenance of the machine and its backups.

So you are paying more and are left with more work.

And all this because you cannot or do not want to upload your intellectual property onto a third party server (which, in my case, is even located in a foreign country with legislation not properly known to me).

So you are paying more for more work.

When you see this, you will just have to ask yourself, whether the benefits of github will justify the cost.

Installing gitorious is (at least right now) out of the question, but I had really good success with gitosis and redmine.

It's still lacking some web-based way to request (and apply) merges and stuff, but at least it's easy to set up, works and doesn't cost ~$4500/y (that about the price I would pay GitHub:FI for my 6 developers - and this one is way higher than what it cost me to install and even customize gitosis and redmine - and I had to do that once)

[timmorgan]

OK, I feel dumb. I hadn't heard of gitosis and just assumed (bad idea) that halogen64 was talking about gitorious. But really, gitosis doesn't seem like any real comparison to GitHub or Gitorious as far as features, am I right? Hosting Git repos is already pretty easy with SSH in my experience, but I'm sure I'm missing something or just making more bad assumptions. It's the online visualization and collaboration that GitHub brings that might be worth the cost.

[pilif]

You are right - it's no real comparison.

But still, using gitosis to host the repositories has some advantages over plain ssh:

    * you only need to create one git user
    * people don't need shell access to the machine
    * you have fine-grained control over who has push access and who doesn't.

As it's really easy to set up, it's always worth to go the gitosis route if you just need SSH repository access.

But yeah, the visualization and collaboration you don't get. For that you need to decide between Gitorious (doesn't look as nice, real pain to install, but open source and no associated cost aside of your own resources) and GitHub (really good-looking, (probably) easy to install, proprietary and quite expensive).

Judging from Gitorious' current state, I'd say GitHub is, for a non-ruby/rails programmer, less expensive to install and use than Gitorious, but it's still too expensive for what it provides, especially when you compare it to the hosted plans which are cheaper while not leaving you with backup and machine maintenance.

[llimllib]

we use redmine+gitosis at the moment, and man would I love to get my hands on github:fi. Redmine completely fails to be anything other than a bug tracker when you start dealing with public branches, of which it has no concept.

We definitely don't want to host our source on somebody else's machine, and there's no open source solution comparable to github.

It's too expensive for us at the moment, but I can imagine a time when it won't be, and I'll push to get it then.

[aditya]

What do you mean by public branches? Can you clarify a little bit since we're trying to evaluate Redmine and see if it will work on a fairly large sized team of Rails hackers (15+)

[llimllib]

Redmine IME is fine as a bugtracker, but it's not built to handle a DVCS.

So, basically, git works by blessing a branch on some server as "master". Since many of us are working on new stuff at the same time, and we don't want to work in master where our work could conflict, but we do want to see each other's changes. Thus, we make branches on that same server which we all track - these are what I mean by public branches.

So, basically this is how I'll work:

* Pick a bug out of the bug tracker

* make a public branch of the current master and call it [name]-fix-[bug #] or [name]-[new feature]

* push fixes/development to that public branch

* ask a coworker to review the branch for merge (this is easy, since it's a public branch they're tracking already)

* make any changes they recommend, rinse and repeat

* merge the public branch into master and push it to the remote repository

The problem with redmine is that it only tracks the master branch, not any of those feature branches that me and my coworkers are working on, whereas github shows them admirably, e.g.: http://github.com/rails/rails/network .

I love git, but redmine is basically unable to cope with the way we work.

Oh and if you want to work this way, this script is invaluable: http://git-wt-commit.rubyforge.org/git-publish-branch