They don't intend to host repositories for you.

Their page clearly says: "All for what you so love github - on your server" and "Keep your source code at your server!"

That said. This project is really neat. It's not everyday that you find opensource projects with decent UI.

> It's not everyday that you find opensource projects with decent UI.

Or closed ones.

It's definitely not trying to be a GitHub competitor. They love GitHub and just want a way for people to store stuff on their own servers as well. I actually use this and have a hook on my GitLab server to push all recieves to GitHub. Distributed VCS are awesome and I'll never lose my code with this method.

Have you ever lost your code before?

So, it's just like GitHub except GitHub has wiki's that are stored as Git objects. Or are you saying that GitHub also stores issues in git? I don't understand how this is an argument against GitLab.

GitLab doesn't include support for wiki pages (or I couldn't find it). Comparing apples to apples, I'm focusing on the issue tracker databases. I don't know where GitHub stores this kind of data.

If your team uses GitHub, you're paying a company to reliably store your data, and that's all the company does, and so I'm sure they have RAID0, plus backup drives, plus tape backups. If your team uses GitLab, you're hosting it yourself, so you are responsible for having reliable storage and backups. Obviously, it's infeasible for a tiny startup to have the same level of reliability that GitHub has.

palish's argument is that losing data is unlikely in either scenario. It's true that it's incredibly unlikely for both, but it's far more likely to happen if you roll your own solution. (It's incredibly unlikely that two values hash to one MD5. It's far less likely that two values hash to one SHA1. Either case is very unlikely, but SHA1 is magnitudes better.)

Oh, I thought that might have been your point. I think my point is that it's easy to trivially and even privately replicate git repos to backups.

If you trust only local + gitlab, I would agree, you at are a higher risk than local + github. The point is, gitlab can be every bit as open and accessible as github, as to make it easy to have another account mirror your git repos. GitHub + free BitBucket private repos = cheap + reliable + redundant repos.

I can now have a local gitlab resource that I keep synced with repos in github, almost trivially. bliss

For git data. You also want to backup your mysql database, otherwise all your issue tracker data is stored only in one place. (This is my point, I am apparently unable to properly express it.)

It's not that hard. Just make a script to do regular backups to S3. Cheap and easy. Hell, just run the whole thing on Amazon. Unlimited private repos, reliable uptime & backup, and cheap storage.

No, because I'm so paranoid about backing up everything everywhere I hope I never do. :P

Although it isn't competing with Github's online offerings. I think it would be nice if they both hosted and ran GitLabHQ using their own software. That would be the perfect demo IMO.