Live data from Hacker News

GitLab 6.3 released: open-source software to collaborate on code

blog.gitlab.org

31–40 of 54 posts

Re: GitLab 6.3 released: open-source software to collaborate on code

#31

there is also http://gitblit.com - only dependency is java. looks like its quite feature rich - federation, verdict integration, plugins, active directory integration, etc and doesn't look like a github clone.

Gitblit surely must be the git world's hidden gem. It's less "Githubby" in features, but stacks up really well to commercial offerings like GitStack or Atlassian Stash.

I had the similar "omg, it just works" experience.

Re: GitLab 6.3 released: open-source software to collaborate on code

#32
post #15

2 biggest downsides to GitLab: 1) It's a resource hog. Big time. 2) It's incredibly hard to set up. The installation instructions and the development instructions are essentially the same. Key point, an end user should never have to `bundle install`, ever .

Tried installing it locally on my RaspberryPi - while the latter is already hard, this ended up being impossible. I stuck with gitolite which is the easiest ever. Even the configuration is a git repo.

Re: GitLab 6.3 released: open-source software to collaborate on code

#34
post #33

GitLab is cool, but Gitorious is where it's at. 3.0 just came out bringing many improvements and it's AGPL licensed.

Absolutely not unless you want to trash your server on install.

http://gitorious.org

Re: GitLab 6.3 released: open-source software to collaborate on code

#37
post #15

2 biggest downsides to GitLab: 1) It's a resource hog. Big time. 2) It's incredibly hard to set up. The installation instructions and the development instructions are essentially the same. Key point, an end user should never have to `bundle install`, ever .

You might try RhodeCode, we spend a lot of resources recently into an Installer for it that makes a few clicks installation, even for windows.

Re: GitLab 6.3 released: open-source software to collaborate on code

#38
post #30
post #17

Earlier quoted context omitted.

Agreed on both counts - I blame Ruby. We enjoy using it, but to new users I would recommend looking into gitbucket https://github.com/takezoe/gitbucket written in scala and no install necessary!

I didn't know about gitbucket and just tried it. It is a war file that brings everything. It is easy to setup and can run standalone for tests: java -jar gitbucket.war. The UI is mostly github. First impression is really good.

Installed it and am impressed as well. Wonder how this has stayed underneath the radar. Can turn off that bulky GitLab droplet now.

Re: GitLab 6.3 released: open-source software to collaborate on code

#39
post #25
post #15

2 biggest downsides to GitLab: 1) It's a resource hog. Big time. 2) It's incredibly hard to set up. The installation instructions and the development instructions are essentially the same. Key point, an end user should never have to `bundle install`, ever .

@2) Maybe in an older version, but not anymore. The installation is not as nice as in a single apt-get call, but the install documentation makes a setup a matter of copy'n'paste.

Copying and pasting a few dozen commands and one of them is very likely to fail. I've installed GitLab 3 times and something has failed all 3 times. There's no excuse not to provide a tarball that includes (1) both gitlabhq and gitlab-shell (2) all gems needed. Everything else can be apt-get installed, which is fine. But at least provide a tarball of your application's code.

Re: GitLab 6.3 released: open-source software to collaborate on code

#40

I'm considering GitLab for use at work. How does it stack up against Atlassian Stash? ( https://www.atlassian.com/software/stash/overview )

We're using Gitlab at work, our sysops set it up so I can't speak to the pain of dealing with that but overall the experience has been positive switching from Gitolite and Gitblit. If I had known about stash before they started implementing gitlab I may have suggested it though. I much prefer the Bitbucket interface to the Github.

Few pain points about Gitlab, large diffs cannot be merged or diffed through a merge request which is our preferred way to merge branches since you can autoclose the branches from there and provide the per line comments on the diff. The diff display currently has no option to hide whitespace (though they are open to pull requests that implement the `?w=1` convention github does.

Other than that thought I can't say I've had a negative experience with Gitlab.

Post reply on HN