7 ms·

Hi, GitLab CEO here. Installing GitLab should take only 2 minutes with the Omnibus packages available on https://about.gitlab.com/downloads/ https://about.gitla

by sytse 12y ago

Hi, GitLab CEO here. Installing GitLab should take only 2 minutes with the Omnibus packages available on https://about.gitlab.com/downloads/ https://about.gitlab.com/downloads/ Upgrading GitLab is as simple as: sudo gitlab-ctl stop unicorn sudo gitlab-ctl stop sidekiq sudo gitlab-rake gitlab:backup:create sudo dpkg -i gitlab_x.x.x-omnibus.xxx.deb sudo gitlab-ctl reconfigure And we're working very hard to make sure this is a flawless, uneventful & boring process for 100% of the users https://twitter.com/PentiumBug/status/569930640725946368 https://twitter.com/PentiumBug/status/569930640725946368 We're also working on a package server so you can just use apt-get to upgrade.

jlas 12y ago
Looks like you need a `gitlab-ctl upgrade` command
- sytse 12y ago
  Good idea, I made an issue https://gitlab.com/gitlab-org/omnibus-gitlab/issues/471 https://gitlab.com/gitlab-org/omnibus-gitlab/issues/471 I also noticed that the current instructions were not very copy-paste friendly and made some small changes to remedy that https://gitlab.com/gitlab-org/omnibus-gitlab/commit/51d51fe1c742cd901031745850f81a5167832d4b https://gitlab.com/gitlab-org/omnibus-gitlab/commit/51d51fe1...
tomjen3 12y ago
Why not just do apt-get update like (substantially) everybody else?
- sytse 12y ago
  We're working on having a packagage server. We wanted to have something for multiple platforms that also supports our Enterprise Edition. We've decided to go with PackageCloud.io on-premises and it will be up in a month. Currently we're doing 1TB+ of package downloads per week.
txu 12y ago
Gogs looks quite polished and it might attract people who needs to setup a new server. But once you setup your workflow you don't want to worry about it for a while because you want to focus on the actual work. Switching the tool is of the least concern unless the old one broke. I've been using Gitlab to manage all my personal projects and I am grateful of how many features and constant improvements I get for free. Lots of free software have terrible UIs, eg. ReviewBoard, Jenkins, Graphite etc (these are great projects btw, just the UIs still look like from 2000). But Gitlab's UI is modern, elegant, and shows me all the activities on my projects. So I check my projects regularly and feel encouraged to work on them. Granted I can't tell if it scales for big teams but it is not an issue because I only share the instance with a few friends. It has ran worry-free for me for almost two years besides occasional updates because I wanted the latest UIs and it helped me focus on coding. Thanks for the great work!
- sytse 12y ago
  Hi txu, glad to hear your enjoy GitLab. An GitLab certainly scales for larger teams. We have a customer installation with more than 10k developers and there are more than 30k active users on GitLab.com And we're spending more time to polish the UX to make sure it looks good.
jordigh 12y ago
Heh, "simple"... http://blogs.msdn.com/b/oldnewthing/archive/2015/03/10/10598846.aspx http://blogs.msdn.com/b/oldnewthing/archive/2015/03/10/10598... Nice to hear you're working on something simpler than simple. :-)
- sytse 12y ago
  :) I agree, it should really be one command. We'll look at making it better, https://news.ycombinator.com/item?id=9212456 https://news.ycombinator.com/item?id=9212456
- mrmondo 12y ago
  Pretty ripe coming from MSDN...
y0ghur7_xxx 12y ago
nice. the problem i have with gitlab is not much the upgrage process anymore, but the fact that you don't accept push requests from the community of features that you implemented in the enterprise edition. for example the git hook stuff. i hope someone who has the time and the skills forks gitlab and merges push requests of new features, even if they are already implemented in your pay-for version.
- sytse 12y ago
  Can you link to the merge request you refer to? Merging something depends on the quality of the implementation and the use case. We don't say that git hooks will be EE forever and we try so evaluate each merge request on its merits.
  - y0ghur7_xxx 12y ago
    > We don't say that git hooks will be EE forever and we try so evaluate each merge request on its merits. Seems like you sad exactly that a while ago: "We are unlikely to merge this functionality in CE because there already is a nice implementation in EE."¹ It's your repo. You can do whatever you want with it, no need to merge PR for features that are already in your EE edition. That's why I hope someone forks it, or something better comes around. ¹https://github.com/gitlabhq/gitlabhq/pull/6883#issuecomment-41883889 https://github.com/gitlabhq/gitlabhq/pull/6883#issuecomment-...
    - sytse 12y ago
      Thanks for the link. In the lines before the quote I said "This PoC still leaves a lot of work. Right now the controller writes files, this should be done though gitlab-shell." We where unlikely to merge it because the code quality was low, if someone makes a good implementation we're more open to merging it. BTW The pull request in question uses the git hooks to do code linting. I think it is a better user experience to do this in GitLab CI in parallel with the rest of your tests https://about.gitlab.com/gitlab-ci/ https://about.gitlab.com/gitlab-ci/
ocdtrekkie 12y ago
Another possible option is the Sandstorm.io port of Gitlab. It can be installed as easily as a mobile app. :) That's where I found out about/first tried Gitlab.
- sytse 12y ago
  Yeah, thanks for the hard work of David Renshaw from SandStorm for making that work.
  - handelaar 12y ago
    Just FYI you're now every grandchild comment of this grandparent. Could you maybe stop shouting GITLAB! all over this thread that's not about Gitlab?
    - sytse 12y ago
      OK, I'll reduce the volume a bit, thanks for the feedback.
      - ekmartin 12y ago
        You're answering specific questions about your product, nothing wrong with that.
    - ocdtrekkie 12y ago
      In fairness, when someone makes a post specifically saying "replacement for :product:" it's probably fair game to discuss the merits of the product being supposedly replaced. I mean, if only every CEO was connected enough to read like almost every comment or criticism about their product online...
    - yawaramin 12y ago
      Whoa, easy with the thread policing. He's specifically replying to people asking him questions, not randomly shouting.
drinchev 12y ago
Congrats about GitLab it's amazing, you guys rock. Do you have any plans for decreasing the resource footprint. I think the OP has a strong point in stating that it is a bit of a RAM drainer.
- sytse 12y ago
  Thanks! We're looking into reducing the resource footprint, but it is not easy. Right now we're working on a package that makes GitLab easy to install on a Raspberry Pi 2, a request that we've seen a few times of the last few weeks.
ancarda 12y ago
I just tried setting up GitLab and after running reconfigure it seems to just hang. Is my sever (2GB Linode) too slow for GitLab?
- sytse 12y ago
  2GB should be enough, can you email support@gitlab.com and reference this comment in your email?
  - ancarda 12y ago
    Thanks, I just sent an email.
UserRights 12y ago
It would be great to have these packages available for the fantastic https://alpinelinux.org https://alpinelinux.org Have a nice day!
- sytse 12y ago
  Thanks! I can't promise anything but we'll take your suggestion into account.
deleted 12y ago
[deleted]
lorddoig 12y ago
I put GitLab on a personal server a week or two ago for some stuff, and I'm sorry to say it but the overwhelming takeaway from that experience was watching it hog memory and spawn what felt like a million processes which somehow lingered for days after uninstallation until I noticed them. This thing runs one process, idles at 0.0% CPU, and is blazing fast in <450MB memory - when all you want is a nice git GUI for a small group it seems pretty perfect.
- sytse 12y ago
  I'm sorry to hear you experienced stray processes. Did you use the Omnibus packages? Did you use gitlab-ctl stop?
mrmondo 12y ago
+1 (Or can I give +1million?) to Gitlab. GitLab is now one of the core products in our business and we (Devs, Ops and PM's) love it. For Ops: * It's easy to deploy. * It's easy to manage / support. * Gitlab-CI now builds all our Docker images which is great. * Gitlab-CI runners are a pain in the ass to deploy. For Devs: * It's workflow and code review is great. * GitLab CI is a great alternative to using external CI systems / Jenkins. For Everyone: * It's wiki is great (and getting better over time). * It's fast. * It's very reliable. * The community is great as is GitLab as a company. * GitLab's momentum of the last 6 months has been great and shows no sign of slowing. We don't have it hosted on very powerful hardware but it flies - so much faster than using Github, or our old internal setup of Gitolite+Gitweb/Redmine I tried out Gogs yesterday and this is what I took away: * It's incredibly fast. * It's incredibly lightweight. * At first it looks 'pretty' but quickly you it becomes clear that it's actually quite unintuitive to use (for example, it took everyone that tried it here longer than it should to find how to log a new issue). * There is no wiki. * There is no CI. * There is no Debian package which would be nice. * It's written in a language that most Devs / Ops can't contribute to or bug fix. All and all, I'm very excited about Gogs for my personal git hosting at home / on my VPS' - but I don't think it's even close to providing the system that GitLab has at present.
- e12e 12y ago
  Thank you for sharing your points: for me this is actually quite an endorsement of gogs (But then, I'm not looking for an alternative to gitlab). > * There is no Debian package which would be nice. True. AFAIK there aren't any packages in Debian that depend on go/golang yet, not even in sid. That doesn't mean one can't make out-of-band debs, of course, but gogs unfortunately isn't alone here. Does anyone know of any util/tool/package in go (other than golang) that's packaged for Debian? > * It's written in a language that most Devs / Ops can't contribute to or bug fix. As opposed to what? I'd think being able to patch something in go would be within the grasp of most Ops, and also most devs?
  - mrmondo 12y ago
    For sure - it's got lots of promise and we are by no means bound to what we've bought into - we'll use whatever's best, at the moment that's Gitlab. To clarify I didn't mean that it would be nice to have packages that are maintained by or in the default Debian repo - but an apt repo for the project would be nice. I've found Go a pain to read and hack with - Ruby and Python however are a lot more readable and any of our ops or devs would feel confident in finding / reporting bugs in either.
xvilka 12y ago
Not directly about installation process - but about integration with external tools. Looks like you're focused on the SaaS tools, rather than selfhosted ones. Integration with application like Kandan [1], rather than locking with HipChat would be awesome too. And/or Jabber integration also could help a lot. Thank you for the awesome work you're doing by developing GitLab! [1] https://github.com/kandanapp/kandan/ https://github.com/kandanapp/kandan/ [2] http://feedback.gitlab.com/forums/176466-general/suggestions/4122903-add-a-service-hook-for-for-chat-rooms-in-xmpp http://feedback.gitlab.com/forums/176466-general/suggestions...
- sytse 12y ago
  Most integrations are contributed by the community. I must admit that KanDan is very interesting and it is good to see it is still alive. It would be awesome if someone could contribute an integration for it. http://feedback.gitlab.com/forums/176466-general/suggestions/4122903-add-a-service-hook-for-for-chat-rooms-in-xmpp http://feedback.gitlab.com/forums/176466-general/suggestions... is marked accepting merge requests, we would love to see this too
AbraKdabra 12y ago
I love GitLab, I'm using it for my freelance projects, but there's one thing that I encountered that is crucial, choosing which web server you want to use, I have apache2 installed at work and installing the gitlab omnibus package which uses nginx breaks my apache installation and I didn't find it easy to use both alongside. Besides that, GitLab is fantastic and I thank you for that.
- sytse 12y ago
  Glad to hear you love GitLab. If you want to use the Omnibus packages with Apache please see https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/nginx.md#using-a-non-bundled-web-server https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc... Edit: I tried to make this easier to find with https://gitlab.com/gitlab-org/omnibus-gitlab/commit/e2f9d17d9248cb0c2788d9115847fc42bc6c8f25 https://gitlab.com/gitlab-org/omnibus-gitlab/commit/e2f9d17d...

by sytse 12y ago

jlas 12y ago

Looks like you need a `gitlab-ctl upgrade` command

sytse 12y ago
Good idea, I made an issue https://gitlab.com/gitlab-org/omnibus-gitlab/issues/471 https://gitlab.com/gitlab-org/omnibus-gitlab/issues/471 I also noticed that the current instructions were not very copy-paste friendly and made some small changes to remedy that https://gitlab.com/gitlab-org/omnibus-gitlab/commit/51d51fe1c742cd901031745850f81a5167832d4b https://gitlab.com/gitlab-org/omnibus-gitlab/commit/51d51fe1...

tomjen3 12y ago

Why not just do apt-get update like (substantially) everybody else?

sytse 12y ago
We're working on having a packagage server. We wanted to have something for multiple platforms that also supports our Enterprise Edition. We've decided to go with PackageCloud.io on-premises and it will be up in a month. Currently we're doing 1TB+ of package downloads per week.

txu 12y ago

Gogs looks quite polished and it might attract people who needs to setup a new server. But once you setup your workflow you don't want to worry about it for a while because you want to focus on the actual work. Switching the tool is of the least concern unless the old one broke. I've been using Gitlab to manage all my personal projects and I am grateful of how many features and constant improvements I get for free. Lots of free software have terrible UIs, eg. ReviewBoard, Jenkins, Graphite etc (these are great projects btw, just the UIs still look like from 2000). But Gitlab's UI is modern, elegant, and shows me all the activities on my projects. So I check my projects regularly and feel encouraged to work on them. Granted I can't tell if it scales for big teams but it is not an issue because I only share the instance with a few friends. It has ran worry-free for me for almost two years besides occasional updates because I wanted the latest UIs and it helped me focus on coding. Thanks for the great work!

sytse 12y ago
Hi txu, glad to hear your enjoy GitLab. An GitLab certainly scales for larger teams. We have a customer installation with more than 10k developers and there are more than 30k active users on GitLab.com And we're spending more time to polish the UX to make sure it looks good.

jordigh 12y ago

Heh, "simple"... http://blogs.msdn.com/b/oldnewthing/archive/2015/03/10/10598846.aspx http://blogs.msdn.com/b/oldnewthing/archive/2015/03/10/10598... Nice to hear you're working on something simpler than simple. :-)

sytse 12y ago
:) I agree, it should really be one command. We'll look at making it better, https://news.ycombinator.com/item?id=9212456 https://news.ycombinator.com/item?id=9212456
mrmondo 12y ago
Pretty ripe coming from MSDN...

y0ghur7_xxx 12y ago

nice. the problem i have with gitlab is not much the upgrage process anymore, but the fact that you don't accept push requests from the community of features that you implemented in the enterprise edition. for example the git hook stuff. i hope someone who has the time and the skills forks gitlab and merges push requests of new features, even if they are already implemented in your pay-for version.

sytse 12y ago
Can you link to the merge request you refer to? Merging something depends on the quality of the implementation and the use case. We don't say that git hooks will be EE forever and we try so evaluate each merge request on its merits.
- y0ghur7_xxx 12y ago
  > We don't say that git hooks will be EE forever and we try so evaluate each merge request on its merits. Seems like you sad exactly that a while ago: "We are unlikely to merge this functionality in CE because there already is a nice implementation in EE."¹ It's your repo. You can do whatever you want with it, no need to merge PR for features that are already in your EE edition. That's why I hope someone forks it, or something better comes around. ¹https://github.com/gitlabhq/gitlabhq/pull/6883#issuecomment-41883889 https://github.com/gitlabhq/gitlabhq/pull/6883#issuecomment-...
  - sytse 12y ago
    Thanks for the link. In the lines before the quote I said "This PoC still leaves a lot of work. Right now the controller writes files, this should be done though gitlab-shell." We where unlikely to merge it because the code quality was low, if someone makes a good implementation we're more open to merging it. BTW The pull request in question uses the git hooks to do code linting. I think it is a better user experience to do this in GitLab CI in parallel with the rest of your tests https://about.gitlab.com/gitlab-ci/ https://about.gitlab.com/gitlab-ci/

ocdtrekkie 12y ago

Another possible option is the Sandstorm.io port of Gitlab. It can be installed as easily as a mobile app. :) That's where I found out about/first tried Gitlab.

sytse 12y ago
Yeah, thanks for the hard work of David Renshaw from SandStorm for making that work.
- handelaar 12y ago
  Just FYI you're now every grandchild comment of this grandparent. Could you maybe stop shouting GITLAB! all over this thread that's not about Gitlab?
  - sytse 12y ago
    OK, I'll reduce the volume a bit, thanks for the feedback.
    - ekmartin 12y ago
      You're answering specific questions about your product, nothing wrong with that.
  - ocdtrekkie 12y ago
    In fairness, when someone makes a post specifically saying "replacement for :product:" it's probably fair game to discuss the merits of the product being supposedly replaced. I mean, if only every CEO was connected enough to read like almost every comment or criticism about their product online...
  - yawaramin 12y ago
    Whoa, easy with the thread policing. He's specifically replying to people asking him questions, not randomly shouting.

drinchev 12y ago

Congrats about GitLab it's amazing, you guys rock. Do you have any plans for decreasing the resource footprint. I think the OP has a strong point in stating that it is a bit of a RAM drainer.

sytse 12y ago
Thanks! We're looking into reducing the resource footprint, but it is not easy. Right now we're working on a package that makes GitLab easy to install on a Raspberry Pi 2, a request that we've seen a few times of the last few weeks.

ancarda 12y ago

I just tried setting up GitLab and after running reconfigure it seems to just hang. Is my sever (2GB Linode) too slow for GitLab?

sytse 12y ago
2GB should be enough, can you email support@gitlab.com and reference this comment in your email?
- ancarda 12y ago
  Thanks, I just sent an email.

UserRights 12y ago

It would be great to have these packages available for the fantastic https://alpinelinux.org https://alpinelinux.org Have a nice day!

sytse 12y ago
Thanks! I can't promise anything but we'll take your suggestion into account.

deleted 12y ago

[deleted]

lorddoig 12y ago

I put GitLab on a personal server a week or two ago for some stuff, and I'm sorry to say it but the overwhelming takeaway from that experience was watching it hog memory and spawn what felt like a million processes which somehow lingered for days after uninstallation until I noticed them. This thing runs one process, idles at 0.0% CPU, and is blazing fast in <450MB memory - when all you want is a nice git GUI for a small group it seems pretty perfect.

sytse 12y ago
I'm sorry to hear you experienced stray processes. Did you use the Omnibus packages? Did you use gitlab-ctl stop?

mrmondo 12y ago

+1 (Or can I give +1million?) to Gitlab. GitLab is now one of the core products in our business and we (Devs, Ops and PM's) love it. For Ops: * It's easy to deploy. * It's easy to manage / support. * Gitlab-CI now builds all our Docker images which is great. * Gitlab-CI runners are a pain in the ass to deploy. For Devs: * It's workflow and code review is great. * GitLab CI is a great alternative to using external CI systems / Jenkins. For Everyone: * It's wiki is great (and getting better over time). * It's fast. * It's very reliable. * The community is great as is GitLab as a company. * GitLab's momentum of the last 6 months has been great and shows no sign of slowing. We don't have it hosted on very powerful hardware but it flies - so much faster than using Github, or our old internal setup of Gitolite+Gitweb/Redmine I tried out Gogs yesterday and this is what I took away: * It's incredibly fast. * It's incredibly lightweight. * At first it looks 'pretty' but quickly you it becomes clear that it's actually quite unintuitive to use (for example, it took everyone that tried it here longer than it should to find how to log a new issue). * There is no wiki. * There is no CI. * There is no Debian package which would be nice. * It's written in a language that most Devs / Ops can't contribute to or bug fix. All and all, I'm very excited about Gogs for my personal git hosting at home / on my VPS' - but I don't think it's even close to providing the system that GitLab has at present.

e12e 12y ago
Thank you for sharing your points: for me this is actually quite an endorsement of gogs (But then, I'm not looking for an alternative to gitlab). > * There is no Debian package which would be nice. True. AFAIK there aren't any packages in Debian that depend on go/golang yet, not even in sid. That doesn't mean one can't make out-of-band debs, of course, but gogs unfortunately isn't alone here. Does anyone know of any util/tool/package in go (other than golang) that's packaged for Debian? > * It's written in a language that most Devs / Ops can't contribute to or bug fix. As opposed to what? I'd think being able to patch something in go would be within the grasp of most Ops, and also most devs?
- mrmondo 12y ago
  For sure - it's got lots of promise and we are by no means bound to what we've bought into - we'll use whatever's best, at the moment that's Gitlab. To clarify I didn't mean that it would be nice to have packages that are maintained by or in the default Debian repo - but an apt repo for the project would be nice. I've found Go a pain to read and hack with - Ruby and Python however are a lot more readable and any of our ops or devs would feel confident in finding / reporting bugs in either.

xvilka 12y ago

Not directly about installation process - but about integration with external tools. Looks like you're focused on the SaaS tools, rather than selfhosted ones. Integration with application like Kandan [1], rather than locking with HipChat would be awesome too. And/or Jabber integration also could help a lot. Thank you for the awesome work you're doing by developing GitLab! [1] https://github.com/kandanapp/kandan/ https://github.com/kandanapp/kandan/ [2] http://feedback.gitlab.com/forums/176466-general/suggestions/4122903-add-a-service-hook-for-for-chat-rooms-in-xmpp http://feedback.gitlab.com/forums/176466-general/suggestions...

sytse 12y ago
Most integrations are contributed by the community. I must admit that KanDan is very interesting and it is good to see it is still alive. It would be awesome if someone could contribute an integration for it. http://feedback.gitlab.com/forums/176466-general/suggestions/4122903-add-a-service-hook-for-for-chat-rooms-in-xmpp http://feedback.gitlab.com/forums/176466-general/suggestions... is marked accepting merge requests, we would love to see this too

AbraKdabra 12y ago

I love GitLab, I'm using it for my freelance projects, but there's one thing that I encountered that is crucial, choosing which web server you want to use, I have apache2 installed at work and installing the gitlab omnibus package which uses nginx breaks my apache installation and I didn't find it easy to use both alongside. Besides that, GitLab is fantastic and I thank you for that.

sytse 12y ago
Glad to hear you love GitLab. If you want to use the Omnibus packages with Apache please see https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/nginx.md#using-a-non-bundled-web-server https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc... Edit: I tried to make this easier to find with https://gitlab.com/gitlab-org/omnibus-gitlab/commit/e2f9d17d9248cb0c2788d9115847fc42bc6c8f25 https://gitlab.com/gitlab-org/omnibus-gitlab/commit/e2f9d17d...