22 ms·

GitLab Master Plan

573 points by dwaxe 10y ago

nathan_f77 10y ago
A few years ago I tried really, really hard to get an interview at GitHub, because I had the same vision and wanted to see them expand into new products like CI, and all the stuff that Gitlab is doing now. Why has GitHub been so stagnant, even though they have so many employees?
- connorshea 10y ago
  If you're still interested in working on these things there are lots of positions open! https://about.gitlab.com/jobs/ https://about.gitlab.com/jobs/
weitzj 10y ago
Gitlab sounds better day after day. Still we are doing github, Jenkins and AWS ECR (as a container registry Just a quick idea of mine was:"So github is pretty centralized right now,so is gitlab as well.But I can run gitlab on my own machine. So would it be possible for gitlab to offer a sync service,where I could sync my gitlab server with gitlabs' server? " So if gitlab(github) is down I can ~~let~~ rely on my local copy?
- sytse 10y ago
  You can use https://docs.gitlab.com/ee/workflow/repository_mirroring.html https://docs.gitlab.com/ee/workflow/repository_mirroring.htm... for this (EE/.com only)
  - DeadBabyOrgasm 10y ago
    Part of the discussion for the downside of centralization on GitHub is that it is also the issue tracker and wiki. Does GitLab offer mirroring for these services too? If I understand OP's question, it seems syncing would involve more than just `git push` from the local gitlab server to remote.
    - weitzj 10y ago
      Yes. That was my question. Sorry.no native English speaker.
ShakataGaNai 10y ago
GitLab has made a lot of great inroads and will continue to do so. It's all about momentum. Of course people are going the tools that are familar to themselves. However as more and more start to adopt GitLab (probably as a github replacement or small personal projects), they are going to ask for that more in the corporate world. It's also a matter of developing the maturity of the integrated tools. CI for a example. Does jenkins have a shit load more features? Yes. Does Jenkins do scheduled tasks? Yes. But jenkins is also a massive ugly, unwieldy behemoth. Some issues like the Cronjob portion can be worked around in GitLab (webcron to build trigger APIs) but it's not as nice... yet. The CI feature is barely an infant compared to the age of Jenkins. However for 90% of what I need? Works great. Well worth it to me. Every month they've been releasing improvements on numerous fronts and it's been amazing to see. The product has gone from "eh" to "wow" in about a year. I look forward to seeing if they can sustain this product growth (I'm guessing the 20mil will help).
oelmekki 10y ago
Congratulations guys, it's well deserved :) With the addition of trello like board, gitlab has come to a point where I just can't name a new feature I would love to see in it. But then again, like most, I would not have put so many things in it (good ol' unix philosophy) and have been pleasantly surprised about how everything added just fit in. My only deception about the announcement: after the teasing last week, I would have expected more concrete features to be announced in the "master plan" article (what's the next feature?), but well, I'll wait and see.
- oelmekki 10y ago
  Btw, this is certainly not magic. Would love to hear about your dev / product design tips to make something having so many features not being a bloated software.
mariusz79 10y ago
Is that Master Plan stuff a new fad? Soon at a Hacker News near you: Master Plan considered harmful.
patleeman 10y ago
I realized recently that gitlab offers github based auth and i've been using it host my private repos. I also use it at work and really like having the ci system built in.
- theunquietone 10y ago
  Thanks! GitLab CI is getting better and better. Let us know if you have any feedback.
meirelles 10y ago
I've been using the GitLab Community Edition for about ~1 yr. It's an amazing experience so far. Even the upgrade is really simple (just a apt-get upgrade!). Best of luck to you guys.
- theunquietone 10y ago
  Thank you! Happy you're enjoying GitLab CE
deleted 10y ago
[deleted]
GutenYe 10y ago
I like the integration of the Continuous Integration, Continuous Deployment, Continuous Delivery compares to GitHub.
- theunquietone 10y ago
  Thank you! We're always trying to build great new tools that are helpful.
izolate 10y ago
Congrats on the funding! Please hire (and learn to take seriously) a design team.
- yAnonymous 10y ago
  Gitlab's design is fine. Hiring new designers now will only lead them to change everything to prove themselves and make things worse and unpractical in the process, Google style.
  - r3bl 10y ago
    I kind of dislike the change that happened a couple of months ago, where instead of going to CI straight from the homepage to see if the build in the only project that is actually using CI is successful, I now have to go to the project (they are sorted by the recent activity, so I have to chase the one with the CI), then into Pipelines, and, from that screen, I can't see which branch was built, so I need one more click to get into the Builds tab. Other than that, I'm perfectly satisfied with the design.
    - sytse 10y ago
      Glad to hear you like the design overall. Would it help for your use case to add pipelines to the left side menu (global menu) so you can quickly go there?
      - Snappy 10y ago
        There's an issue for that[1]. :) Add your vote if interested. [1](https://gitlab.com/gitlab-org/gitlab-ce/issues/18054 https://gitlab.com/gitlab-org/gitlab-ce/issues/18054)
      - yAnonymous 10y ago
        Please don't add too much stuff to the sidebar because of some isolated use cases. Or maybe it might be a good idea to make the sidebar configurable so everyone can decide what they want to show up there.
PaulRobinson 10y ago
It's interesting to me how much effort is being spent on adding tools like issue tracking, build pipelines, deploy management, etc. vs just providing good hooks for standalone tools that do all those things. We have discussions about Jenkins vs Concourse, where to keep ansible vault passwords, should documentation live in Github wiki or in Confluence (apparently "tech" documentation in the form, "business" documentation in the latter - what if it's both? Who decides?), and so on. There is something nice about being able to go to a single place and saying "OK, it's all here in this box". Github has made inroads with some of this stuff, but not quite enough. Gitlab could try and do all this, but then people will moan ("I prefer JIRA/Trello/whatever"). Most of the pain around developer/business workflow around us at the moment actually comes down to the fact that nobody has _really_ thought about providing a great unified UX for all of this. Part of the concern is people want to be "flexible". No, dictate, just make sure what you dictate is a better solution to what people have. If GitLab get it right, github could be a minor player (unless they keep up) in a few years time.
- flukus 10y ago
  > Most of the pain around developer/business workflow around us at the moment actually comes down to the fact that nobody has _really_ thought about providing a great unified UX for all of this. Microsoft did with TFS. That was enough to convince me it's a terrible idea.
- theunquietone 10y ago
  Hey Paul - All great notes. We believe in a single solution from idea to production. More about that here: https://about.gitlab.com/direction/#scope https://about.gitlab.com/direction/#scope We hope to make it easy to go to a single place for everything needed for development from issue boards, CI, analytics, etc. The unified UX for this tool is key and we are hiring a great team to support that goal. Later today we're having a live event to talk more about that vision and answer questions. https://page.gitlab.com/20160913_unveilingmasterplan_landingpage.html https://page.gitlab.com/20160913_unveilingmasterplan_landing... Again, love the notes and how you're thinking about this. Happy we are aligned! Edit: Sorry! Removed the signature. Habit :)
slap_shot 10y ago
Just a few years ago I was in love with Github and felt nothing could ever displace it. But as time went on, they just fell asleep at the wheel. I've been using Gitlab for the last six months and there is no chance I would ever go back to being a paying customer of Github. I'm so glad to hear GitLab raised more money to keep going!
- theunquietone 10y ago
  So awesome to hear you're enjoying using GitLab! As always, let us know if you have any feature requests or see areas where we could improve. Cheers!
  - alex_hitchins 10y ago
    I can only echo the comments here - switching to GL has been fantastic all round. I welcome the addition of other tools into the product. The closer the tools are the more effective they become.
    - jobvandervoort 10y ago
      > The closer the tools are the more effective they become. This has been our thought for a long time now and I'm happy to hear it from the community. See for instance our vision [0]. [0]: https://about.gitlab.com/direction/#vision https://about.gitlab.com/direction/#vision
- lloeki 10y ago
  Using both, I notice GitHub has moved, but GitLab has moved in precisely the direction we need internally, especially the latest release.
  - jobvandervoort 10y ago
    Great to hear! What exactly did we do well? What can be better?
ChoHag 10y ago
Why is a corporate fluff-piece the top story on HN?
- deleted 10y ago
  [deleted]
- pawadu 10y ago
  because 1. github needs some competition 2. gitlab hosts f-droid and some other awesome projects 3. many of us use their enterprise edition at work (and loving it) 4. they were funded by the very company that runs this forum
  - ChoHag 10y ago
    Ah it's an advert from our corporate sponsors. Understood.
- corobo 10y ago
  Because people voted it there.
- favadi 10y ago
  Most of Gitlab announcements went to front page. I guess because people actually cares about it, right?
suchitpuri 10y ago
Love gitlab, hopefully we will get more and more services start supporting Gitlab now.
- theunquietone 10y ago
  Thank you! We hope that too :)
sandGorgon 10y ago
Congrats guys! I'm curious if you are going to change directions in technology - ruby is fairly unsuited for on-premise deployment. Before I get flamed, of course you guys have made a great build and deployment system... but nothing can beat a " java -jar start.jar" or "./golang" . And I think it comes a fair bit of performance for free. Wonder what are your thoughts around that ? I keep thinking that Gitlab could be the "killer app" for a new fangled java framework like SparkJava or something.
- zegerjan 10y ago
  Ruby, compared to some compiled languages, is indeed harder to ship, which is why we've got the gitlab-omnibus package.[1] Thanks to our packaging team the install and getting GitLab up and running shouldn't take over 10 minutes. Maybe not as easy as compile and run like Go offers, but I urge you to try it, it is really simple. Now, we use more and more Go within GitLab. For example, gitlab-workhorse[2] and the gitlab runner[3] are written in it. But converting our main app, gitlab-ce and gitlab-ee, to another framework and language would makes us unable to ship new features for at least a year. Even when we would gradually rewrite this would hurt our ability to consistently ship new great features. Also, please don't forget that Ruby and Ruby on Rails are very mature, stable, and so far have served us very well and I expect it will for the next years. We might, as we've been doing for some time, let workhorse handle more compute expensive operations, but again, other than that I don't see it happening any time soon. [1] https://gitlab.com/gitlab-org/omnibus-gitlab https://gitlab.com/gitlab-org/omnibus-gitlab [2] https://gitlab.com/gitlab-org/gitlab-workhorse https://gitlab.com/gitlab-org/gitlab-workhorse [3] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner https://gitlab.com/gitlab-org/gitlab-ci-multi-runner
  - sandGorgon 10y ago
    thanks! makes a lot of sense. I asked because 20 mil buys a lot of developer hands to make this happen.
  - Singletoned 10y ago
    > converting our main app, gitlab-ce and gitlab-ee, to another framework and language would makes us unable to ship new features for at least a year This would be quite a good argument for not tying oneself so deeply to a particular framework.
agentgt 10y ago
We would seriously consider GitLab if they supported Mercurial. I am so annoyed with atlassian (another company that perhaps could pay attention more to developers). I like git for OSS but we love hg for our internal projects.
- david-given 10y ago
  It's a bit crufty, but you might want to look at hg-git: http://hg-git.github.io/ http://hg-git.github.io/ It allows you to use hg as a git client. It supports git branches (mapped to hg bookmarks), tags, etc and is mostly pretty seamless, with a few rough edges where the semantics don't quite match up --- e.g., hg supports moving tags, which git doesn't like doing. I use it with github, and have done some pretty complex stuff with it, and nearly everything has Just Worked. The biggest problem is with the bookmark-to-branch mapping, so I tend to create/delete branches via the github web UI, then pull the repository to update the client, but I'm totally willing to admit that I've never really bothered to learn much about how that works so I could just not be driving it properly.
- deleted 10y ago
  [deleted]
- marcinkuzminski 10y ago
  Marcin from RhodeCode here. You should consider checking out RhodeCode, it's openSource and supports Mercurial, along with Git and Subversion. It's built explicitly for internal usage behind the firewall.
- daigoba66 10y ago
  > we love hg for our internal projects. We too use hg for our code. But I wouldn't say we "love" it - it works and we haven't found a compelling reason to switch. So I'm curious, what about hg makes it great for some projects?
  - ergo14 10y ago
    Big file support - this is important for asset management in game dev for example. First class windows support.
cygned 10y ago
Honestly, installing and maintaining GitLab is still not a pleasure. The Omnibus package was too unsafe for us because we wanted greater control about versions and stuff; and the bundled pre-configured applications in it (e.g. nginx) cause a lot of problems with existing installations. We were basically not able to create a stable deployment on a machine also running other services. But none of use really likes Ruby and rvm, maybe that's also one of the reasons why we struggled.
- meirelles 10y ago
  I think the best practice is isolate the GitLab from others applications in it's own container/VM.
  - cygned 10y ago
    Yeah, that's something we learned from it. At that time, though, we just wanted to replace Redmine and only had a single machine available which was already running a bunch of things.
- nisa 10y ago
  Not sure where your problem is. I run gitlab with mattermost and docker registry with my own nginx that also servers a lot of other stuff. You can disable the internal nginx for all application in gitlab.rb and you find the nginx.conf files in the gitlab-omnibus repository. It's not one-click but but it's pretty much more than I have hoped for. It's also pretty self-contained you don't have to care about ruby and rvm and stuff like that, daemons are supervised with runit. I don't see why you have the need to switch versions on that. Even if you want to modify it, it's probably easier to maintain a fork of the chef-cookbooks and apply local changes to that. I'm not saying it couldn't be better but for opensource software it's quite well managed and packaged and documented, at least in my opinion.
  - cygned 10y ago
    > You can disable the internal nginx for all application Yeah, we have tried that but that didn't work for us. Instead, the internal nginx flooded our hard drive with log files, that was a bit annoying, haha.
jbk 10y ago
We use heavily gitlab-CE for VideoLAN (VLC, x264) on our hosted infra, and so far we're very happy about it. The only part blocking us from moving completely to gitlab and deprecate everything else is mostly the limited issues tracker (compared to trac, for example).
- theunquietone 10y ago
  Great to hear you're happy with GitLab CE. What features do you need in issue tracker that we don't currently have? Would love to learn more.
  - jbk 10y ago
    Well, mostly, I believe we need support for custom fields, so we have for each ticket, the Platform, Component, Branch, Type, etc. And those fields can be queried or made mandatory. You can get then queries like: https://trac.videolan.org/vlc/query?status=assigned&status=new&status=reopened&component=!Bindings%3A+LibVLC+%28native+API%29&component=!Web+plugin%3A+Mozilla&summary=~asf&summary=~wmv&summary=~wma&summary=~mms&group=component&col=id&col=summary&col=component&col=status&col=type&col=priority&col=milestone&report=32&order=component https://trac.videolan.org/vlc/query?status=assigned&status=n... And no, tags are not enough.
    - jobvandervoort 10y ago
      We have a few requests for custom fields [0], but we're worried with the complexity that it adds to the application. We might start to look into this again after we've shipped better issue filtering, so that custom fields can actually be used effectively. [1] [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/8988 https://gitlab.com/gitlab-org/gitlab-ce/issues/8988 [1]: https://gitlab.com/gitlab-org/gitlab-ce/issues/21993 https://gitlab.com/gitlab-org/gitlab-ce/issues/21993
      - jbk 10y ago
        > We have a few requests for custom fields [0], but we're worried with the complexity that it adds to the application. I'm not surprised, but for us, it's mandatory to replace trac (or bugzilla)
xxpor 10y ago
Maybe I just haven't been following the news, but since when does Y Combinator do Series B rounds? I thought they (you?) were exclusively seed funders.
- theunquietone 10y ago
  Great question! It is common for investors to take their pro-rata rights in later rounds. Overview of prorata I found from a quick google search: https://bothsidesofthetable.com/what-all-entrepreneurs-need-to-know-about-prorata-rights-e5883fd21f80#.1hma1rc1l https://bothsidesofthetable.com/what-all-entrepreneurs-need-...
- 1123581321 10y ago
  YC Continuity invests later-stage money: https://blog.ycombinator.com/yc-continuity-fund https://blog.ycombinator.com/yc-continuity-fund
- jmacd 10y ago
  pro rata.
echelon 10y ago
I'd pay the guy that has my github/twitter/gmail/hn username on GitLab $500 to give it to me. I don't think he's actively using it, but I can't figure out how to get in touch with him. :( I really want to switch to GitLab given the focus on tooling and workflow. edit: and also your super nifty tanuki logo, which would make a hip vinyl laptop sticker.
- theunquietone 10y ago
  Hey there - we have a process for requesting usernames that aren't being used actively. https://about.gitlab.com/handbook/support/#dormant-usernames-a-namedormantusersa https://about.gitlab.com/handbook/support/#dormant-usernames...
  - echelon 10y ago
    Awesome! Thanks! I knew that there was going to be some discussion about this, but I hasn't seen the official policy yet. > The account in question has no data. Does this mean if the account has private repositories, even if unused / dormant, that a username cannot be freed? (Understandable policy.) In any case, should I file a ticket, email support, or wait for automatic processes to kick in?
    - dblessing 10y ago
      > Does this mean if the account has private repositories, even if unused / dormant, that a username cannot be freed? Correct. We understand that sometimes users will be dormant for a while and when they have data of any kind, we have to give them the benefit of the doubt. Please send us an email at support at gitlab to start the process.
uitgewis 10y ago
Anyone know why GitLab insists on "Merge Requests", while BitBucket, Github & others have "Pull Requests"?
- dangerlibrary 10y ago
  Gitlab's terminology is actually closer to the underlying VCS terminology. git pull <branchname> // fetch <branchname> from a remote host AND merge it into the current branch. git merge <branchname> // merge <branchname> into the current branch I suspect it's someone's pet peeve that "Pull Requests" are named incorrectly and they got an opportunity to rename them when building Gitlab.
- robalfonso 10y ago
  Really its fine, but the first handful of times I kept looking around for "Pull Requests". It was like a slap to the face.
- shasheene 10y ago
  From [1]: > Tools such as GitHub and Bitbucket choose the name pull request since the first manual action would be to pull the feature branch. Tools such as GitLab and Gitorious choose the name merge request since that is the final action that is requested of the assignee I think GitLab are right to choose 'merge request', it has an immediately obvious meaning compared to 'pull request' [1] https://about.gitlab.com/2014/09/29/gitlab-flow/ https://about.gitlab.com/2014/09/29/gitlab-flow/
asb 10y ago
Right now, Gerrit and Phabricator give an almost unrivalled code review experience - the ability to queue multiple comments up and submit them at once, mark previous things as fixed, keep track of a patch as it evolves along with the comments that were made against it. However the Github/Gitlab PR flow is easier for most occasional contributors. My question to Gitlabbers following this thread: do you have anything in the works for improving code review to better match some of the use cases which are handled so well by the Gerrit/Phabricator approach?
- zegerjan 10y ago
  Posting multiple comments and submit them at once would be awesome, I can't find an issue for it right now, but Ill create one so you can track it. Merge Request versions is something we plan on shipping this release[1]. Resolving a discussion on a diff has been shipped with 8.11[2]. We'd love to hear your feedback on it, as we know we how good Gerrit and Phabricator are in this regard. If there is another feature you'd like in GitLab too, we would love to hear more on it. [1] https://twitter.com/dzaporozhets/status/773969953569533952 https://twitter.com/dzaporozhets/status/773969953569533952 [2] https://docs.gitlab.com/ce/user/project/merge_requests/merge_request_discussion_resolution.html https://docs.gitlab.com/ce/user/project/merge_requests/merge...
  - sytse 10y ago
    Submit at once for comments is in https://gitlab.com/gitlab-org/gitlab-ce/issues/3364 https://gitlab.com/gitlab-org/gitlab-ce/issues/3364
- jobvandervoort 10y ago
  Absolutely! We want GitLab code review to be the best there is. It's hard to find a good balance between light-weight and powerful code review tools, but I think we're finding the balance by making small iterative improvements. I collect most improvements here [0], I just added your request under 'transaction 'batch' comments'. [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/19049 https://gitlab.com/gitlab-org/gitlab-ce/issues/19049
- 10y ago
erjjones 10y ago
Does GitHub own any intellectual property that might require GitLab to licensing? or did GitHub totally miss the intellectual property piece of the puzzle?
- sytse 10y ago
  Both are based on Git that is open source and trademarked by the Software Freedom Conservancy.
dksidana 10y ago
It will be great if they add communication tool like slack/hipchat in their master plan. Reason, I am asking for this, it that I see such tools have critical to do development these days. gitter has already shown initial success/value of integrating with SCM.
- kossae 10y ago
  They actually already offer a tight integration with Mattermost: https://gitlab.com/gitlab-org/gitlab-mattermost https://gitlab.com/gitlab-org/gitlab-mattermost
  - dksidana 10y ago
    Agreed but looks like GitLab is trying to avoid integration route in favour of building that component in the product itself.
    - sytse 10y ago
      We're not planning on building a chat client in GitLab. We think Mattermost is awesome and it is part of our Omnibus package. We're working on better chatops/chatbot integration with Cog https://gitlab.com/gitlab-org/omnibus-gitlab/issues/1412 https://gitlab.com/gitlab-org/omnibus-gitlab/issues/1412
ohstopitu 10y ago
I'm really excited for this master plan. I would love to have a just one tool to do most of the job (c9.io would be a better alternative to Koding btw). As of now, Gitlab seems to come the closest when it comes to that vision. That said, Issue Tracker and Issue Board could be developed further to be more in line with Jira and Trello/clubhouse.io Apart from that, I love gitlab and keep up the great work!
- sytse 10y ago
  Thanks! BTW We decided to use Koding because they open sourced their product.
- jobvandervoort 10y ago
  Thanks! We see lots of improvements all around and welcome any specific feedback / requests! I can already spoil that we're working on many improvements for Issues and Issue Boards.
faragon 10y ago
GitLab plan is "embrace, extend, and extinguish". And I hope they will fail on that, and then, they'll start providing standard integration APIs for third party.
- sytse 10y ago
  Indeed our company strategy is modelled after MSFT. GitLab 9.0 will be renamed XP and we already have a Vista team in place. They keep demanding a higher expense budget to achieve a Ballmer peak, not sure what that is about. Anyway, we want to make sure GitLab plays nice with others. there is an extensive API https://docs.gitlab.com/ce/api/ https://docs.gitlab.com/ce/api/ and it includes a commit status api to play well with other CI solutions. Please let us know if there is anything missing in our standard integration APIs for third parties.
  - connorshea 10y ago
    Skip GitLab 9.0 and go right to 10 :)
  - faragon 10y ago
    We'll see.
HorizonXP 10y ago
We are currently on Github and are using CoreOS' Quay.io private Docker registry with Github hooks for automated build creation. Total cost: $50/month for Github for private repos, and $100/month for CoreOS' managed service that includes Quay.io. Years ago, I did set up our own private Docker registry and build server, but it was a lot of work to setup and maintain, so I killed it. Hopefully and probably, that's become easier to do today. However, last night, I decided that I had had enough with our current setup (it's slow, expensive, and cumbersome), and moved to GitLab. Here were the steps: 1. Create an account. 2. Create a repository, and select the option to import from Github. 3. Connect my Github account, and import all of our private repositories. 4. Ensure Container Registry was enabled for the repositories. 5. Create a .gitlab-ci.yaml file in each repository to build our Docker images. (https://docs.gitlab.com/ce/ci/docker/using_docker_build.html https://docs.gitlab.com/ce/ci/docker/using_docker_build.html) 6. Decide that I didn't want to use the Shared Runners. 7. Spin up an EC2 Ubuntu instance, install GitLab's multi-runner. (https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/install/linux-repository.md https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma...) 8. Add the new runner to each repo. 9. Start a build to ensure Docker image gets built. In less than 10 steps, I was able to migrate all of our code and CI to GitLab, in less than 2 hours. With the repository mirroring, Github can remain synced to GitLab, so that I have time to modify our deployment scripts to use the GitLab URLs instead. I'll be cancelling our GitHub and CoreOS subscriptions this week. As our team grows, we will likely host GitLab on our own servers, and I expect that will go smoothly. I'll be happy to pay them at that time. Right now, I'm really happy with this migration.
- sytse 10y ago
  Great to hear you had such a good experience and that the integrated container registry was so easy to use.
- daveguy 10y ago
  I would love to hear how this is running for you after a month -- when some of the edge cases have been poked. It would be good to know if you run into problems or if it is still going as smoothly as the initial setup. I switched over to GitLab for a static blog when I realized I could use the free shared runners to compile any static site generator out there. Such a beautiful feature. I would be interested to hear how it holds up in a production environment.
gargs 10y ago
Just tried to set up the 2 factor authentication. Easy. But, would it be possible to provide a phone number fallback? The set of printed codes is nice, but the chances of losing them are far higher than losing your phone or having to deal with a corrupt authenticator app.
- marcc 10y ago
  I like that they aren't providing a phone number as a backup. There has been a lot of discussion recently questioning SMS-based 2FA as a target for social engineering (and other attacks). https://news.ycombinator.com/item?id=12163046 https://news.ycombinator.com/item?id=12163046
  - sytse 10y ago
    Thanks. Phone number backups are hard to set up and there are concerns about the security. That is why we have not build support for it. BTW I recommend using 1password so that you don't have to reset 2FA when you move phones (like with Google Authenticator).
    - snorremd 10y ago
      Another great alternative in the 2FA client space is Authy (free of charge).
    - geostyx 10y ago
      Another vote for 1Password. Oh and they now have a $3/mo subscription model which is pretty rad.
deleted 10y ago
[deleted]
jrowley 10y ago
This is kind of off topic, but I hate that I cringe every time I read the words "Master Plan". Hitler kind of ruined those words for me. Did my UC Santa Cruz education do this to me or do others ever feel the same? Edit: Congrats to Gitlab. I need to experiment with integrating an instance with phabricator [0] at work. [0] https://www.phacility.com/ https://www.phacility.com/
- sytse 10y ago
  Please allow me to link to a obligatory XKCD to lighten the subject https://xkcd.com/261/ https://xkcd.com/261/ The master plan reference is inspired by Elon Musk. We can't compare us or our plans with him. But we're inspired that his master plans are public https://www.tesla.com/blog/master-plan-part-deux https://www.tesla.com/blog/master-plan-part-deux just like ours. Please let us know if there is anything we can do to help the integration. Please know that GitLab EE has a remote sync https://about.gitlab.com/2016/05/10/feature-highlight-push-to-remote-repository/ https://about.gitlab.com/2016/05/10/feature-highlight-push-t...
  - jrowley 10y ago
    Haha that XKCD was hilarious. I'm was totally surprised my comment even made it through the spam filters. I was seriously considering spelling Hitler, H*tler or something. Yeah, I should setup pushing to a remote repo, that could be really helpful. Phabricator can also be configured to push to remotes automatically I think. Either way, thanks for the great product!
    - sytse 10y ago
      You're welcome!
arunc 10y ago
I really wish they add mercurial support, albeit there seems to be no plan currently.
samblr 10y ago
This is very exciting to hear - was so wishing github to go in this direction all these years!
- samblr 10y ago
  I migrated to gitlab - the joy of CI, CD, runners and Trello like boards - all at one place has made my day.
napsterbr 10y ago
GL seems great and I'm glad it's evolving. About a year ago I tried GL and it was painfully slow. This was the main reason I chose Phabricator. Have there been any progress on this performance issue? I acknowledge I'm quite outdated here.
- elliotec 10y ago
  Still slow from my experience.
- YorickPeterse 10y ago
  We have made significant improvements over the last year or so. Some random examples: https://about.gitlab.com/2016/02/25/making-gitlab-faster/ https://about.gitlab.com/2016/02/25/making-gitlab-faster/ https://about.gitlab.com/2016/08/22/gitlab-8-11-released/#performance-updates https://about.gitlab.com/2016/08/22/gitlab-8-11-released/#pe... https://about.gitlab.com/2016/07/22/gitlab-8-10-released/#performance-improvements https://about.gitlab.com/2016/07/22/gitlab-8-10-released/#pe... An exact list of all merge requests related to performance (at least the ones tagged with "Performance") can be found here: CE: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests?scope=all&state=merged&utf8=%E2%9C%93&label_name%5B%5D=Performance https://gitlab.com/gitlab-org/gitlab-ce/merge_requests?scope... EE: https://gitlab.com/gitlab-org/gitlab-ee/merge_requests?scope=all&state=merged&utf8=%E2%9C%93&label_name%5B%5D=Performance https://gitlab.com/gitlab-org/gitlab-ee/merge_requests?scope...
- Keats 10y ago
  We moved to gitlab a couple of months ago (the public one) and it's really slow so we are thinking of having gitlab only for CI and do everything else on github.
  - sytse 10y ago
    GitLab.com can be slow, sorry for this, We're working on it in https://gitlab.com/gitlab-com/infrastructure/issues/59 https://gitlab.com/gitlab-com/infrastructure/issues/59 and https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&state=opened&utf8=%E2%9C%93&label_name%5B%5D=Performance https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&sta... and in the infrastructure on to make our infra faster https://gitlab.com/gitlab-com/infrastructure/issues?scope=all&state=opened&utf8=%E2%9C%93&label_name%5B%5D=performance https://gitlab.com/gitlab-com/infrastructure/issues?scope=al...
dflock 10y ago
I don't see anything about Documentation in there? I would really like something better than Confluence woven throughout. Is there something that I'm missing?
- connorshea 10y ago
  Wikis do exist, and you can always have a `docs` directory and then use GitLab CI to package the docs up and/or deploy that directory as a static site. We have this issue which I'm fairly fond of, though I'm not sure we'll ever actually implement something like this: https://gitlab.com/gitlab-org/gitlab-ce/issues/17937 https://gitlab.com/gitlab-org/gitlab-ce/issues/17937
daveloyall 10y ago
https://youtu.be/KrF7jNfDSnI https://youtu.be/KrF7jNfDSnI <--live, on air now.
radicalbyte 10y ago
Nice to see it's going well. One thing that interests me as an NL-based entrepreneur (well, technically a freelancer for now): are you guys still based in Utrecht or did you have to move to the Valley in order to profit from the investment scene?
- Snappy 10y ago
  GitLab is a remote-only company, so really, we're EVERYWHERE! There's still a NL entity, but now there's a US entity, and maybe more countries coming. I can't comment whether Sid had to move to the Valley to reach investors, but it probably didn't hurt. That and YC.
  - sytse 10y ago
    During raising the A round I promised I would be in San Francisco the majority of my time to spend time with customers, investors, partners, and press. Being remote only allows me to travel back to the Netherlands 3 times a year for 3 weeks each apart from my vacation time.
exxo_ 10y ago
We (NVIDIA) recently moved away from Quay/Github/Jenkins to Gitlab for our deep learning automation and the experience so far has been truly amazing. We were able to automate our most complex DL container pipeline in a matter of days. We still have to workaround some Gitlab limitations (e.g. issues [CE]17069, [CE]18994, [CE]18106, [EE]224) but overall it's great to see everything working in harmony (i.e. Docker registry, CI pipelines, Git repositories, Runners on-premises). On a personal note, I would like to see more storage on Githost.io instances considering the fact that you can't easily delete pipeline traces and that Docker images can quickly add up.
- sytse 10y ago
  Thank you so much for commenting. It is great to hear that the deep learning automation department of Nvidia is using GitLab and is happy with everything working in harmony. Regarding your suggestions: I asked to prioritize https://gitlab.com/gitlab-org/gitlab-ce/issues/17069 https://gitlab.com/gitlab-org/gitlab-ce/issues/17069 We're already actively discussing https://gitlab.com/gitlab-org/gitlab-ce/issues/18994 https://gitlab.com/gitlab-org/gitlab-ce/issues/18994 Not sure about https://gitlab.com/gitlab-org/gitlab-ce/issues/18106 https://gitlab.com/gitlab-org/gitlab-ce/issues/18106 https://gitlab.com/gitlab-org/gitlab-ee/issues/224 https://gitlab.com/gitlab-org/gitlab-ee/issues/224 looks interesting Please comment in the issues if you have additional details about the use case or questions. The costs of GitHost.io correlate with the storage since they are Digital Ocean instances. Not sure how to solve. Maybe by allowing to use their networked storage, but this seems complex. Consider emailing support@gitlab.com if you have any questions or suggestions.
  - Snappy 10y ago
    You can also switch your container registry to use S3, which might be more cost-effective. I'm not positive if GitHost.io supports that, but it likely does.
snissn 10y ago
Is gitlab profitable?
- sytse 10y ago
  We're not profitable. We took investment to grow faster. Currently the majority of our costs are covered by GitLab Enterprise Edition.
tschellenbach 10y ago
Github is great, I see no reason to switch. The competition should definitely accelerate development though, so that's nice.
bcjordan 10y ago
Just started working on a sort of getting started mega blog post on CI/CD/CT—is there anyone at GitLab who would be up to review once ready and make sure I'm covering the GitLab offerings completely? Can reach out at username at gmail!
- Snappy 10y ago
  Sure, just sent you an email.
- sytse 10y ago
  Sure, please email community@ company domain for this, you can find this via the bottom of https://about.gitlab.com/handbook/marketing/ https://about.gitlab.com/handbook/marketing/. Of course we would be happy to host you as a guest post, please send a merge request to https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests
user5994461 10y ago
Conclusion from reading: Gitlab is just another open-source company that raised money and is now desperate to monetize it's products. Unfortunately for them. The market is already saturated with CI tools, including good ones. - If you want good self-hosted CI, you use teamcity (jetbrains) or bamboo (atlassian). Side note: They cost money, you get what you pay for. - If you want good SaaS CI, you use travis-ci (linux), circle-ci (linux) or appveyor (windows). - If you want to suffer endlessly, you use Jenkins (previously hudson). It's shit, it has a Bad UI, it's an aggregation of poorly maintained plugins, it lack even the most simple features, the list goes on... - If you want to go exotic, you can find dozens of other [partial] CI tools. There is no room for gitlab. Teamcity already has a free edition offering 20 projects and 3 slaves. All the aforementioned tools are free for open-source projects. Disclaimer: I have used all the tools mentioned above. ----- The reason the good tools are not popular is: 1) they cost money and people are bitches when it comes to spending even $10 2) most people start with the old well-known shitty tools and then they're locked in... and the efforts required to move away just increase over time (sadly, nobody got fired for choosing Jenkins in the first place :( )
- wildfire 10y ago
  Apart from Jetbrains, I've used all the other tools you mention. In no way, shape or form would I sayd that Bamboo is good. It is not any more sufferable than Jenkins. Even Jenkins now alows the build / deploy pipeline to be something stored in a VCS.
- cyphar 10y ago
  > - If you want good self-hosted CI, you use teamcity (jetbrains) or bamboo (atlassian). Side note: They cost money, you get what you pay for. Those are proprietary. > - If you want good SaaS CI, you use travis-ci (linux), circle-ci (linux) or appveyor (windows). I believe all of those are proprietary. > There is no room for gitlab. Teamcity already has a free edition offering 20 projects and 3 slaves. All the aforementioned tools are free for open-source projects. As far as I can tell, every project you mentioned except Jenkins is proprietary. And as much as I like Jenkins, you're right that it can be a proper pain to deal with. So you're just showing that there is a need for a good, free software, CI system. And GitLab is working on providing one.

573 points by dwaxe 10y ago

A few years ago I tried really, really hard to get an interview at GitHub, because I had the same vision and wanted to see them expand into new products like CI, and all the stuff that Gitlab is doing now. Why has GitHub been so stagnant, even though they have so many employees?

connorshea 10y ago
If you're still interested in working on these things there are lots of positions open! https://about.gitlab.com/jobs/ https://about.gitlab.com/jobs/

weitzj 10y ago

Gitlab sounds better day after day. Still we are doing github, Jenkins and AWS ECR (as a container registry Just a quick idea of mine was:"So github is pretty centralized right now,so is gitlab as well.But I can run gitlab on my own machine. So would it be possible for gitlab to offer a sync service,where I could sync my gitlab server with gitlabs' server? " So if gitlab(github) is down I can ~~let~~ rely on my local copy?

sytse 10y ago
You can use https://docs.gitlab.com/ee/workflow/repository_mirroring.html https://docs.gitlab.com/ee/workflow/repository_mirroring.htm... for this (EE/.com only)
- DeadBabyOrgasm 10y ago
  Part of the discussion for the downside of centralization on GitHub is that it is also the issue tracker and wiki. Does GitLab offer mirroring for these services too? If I understand OP's question, it seems syncing would involve more than just `git push` from the local gitlab server to remote.
  - weitzj 10y ago
    Yes. That was my question. Sorry.no native English speaker.

ShakataGaNai 10y ago

GitLab has made a lot of great inroads and will continue to do so. It's all about momentum. Of course people are going the tools that are familar to themselves. However as more and more start to adopt GitLab (probably as a github replacement or small personal projects), they are going to ask for that more in the corporate world. It's also a matter of developing the maturity of the integrated tools. CI for a example. Does jenkins have a shit load more features? Yes. Does Jenkins do scheduled tasks? Yes. But jenkins is also a massive ugly, unwieldy behemoth. Some issues like the Cronjob portion can be worked around in GitLab (webcron to build trigger APIs) but it's not as nice... yet. The CI feature is barely an infant compared to the age of Jenkins. However for 90% of what I need? Works great. Well worth it to me. Every month they've been releasing improvements on numerous fronts and it's been amazing to see. The product has gone from "eh" to "wow" in about a year. I look forward to seeing if they can sustain this product growth (I'm guessing the 20mil will help).

oelmekki 10y ago

Congratulations guys, it's well deserved :) With the addition of trello like board, gitlab has come to a point where I just can't name a new feature I would love to see in it. But then again, like most, I would not have put so many things in it (good ol' unix philosophy) and have been pleasantly surprised about how everything added just fit in. My only deception about the announcement: after the teasing last week, I would have expected more concrete features to be announced in the "master plan" article (what's the next feature?), but well, I'll wait and see.

oelmekki 10y ago
Btw, this is certainly not magic. Would love to hear about your dev / product design tips to make something having so many features not being a bloated software.

mariusz79 10y ago

Is that Master Plan stuff a new fad? Soon at a Hacker News near you: Master Plan considered harmful.

patleeman 10y ago

I realized recently that gitlab offers github based auth and i've been using it host my private repos. I also use it at work and really like having the ci system built in.

theunquietone 10y ago
Thanks! GitLab CI is getting better and better. Let us know if you have any feedback.

meirelles 10y ago

I've been using the GitLab Community Edition for about ~1 yr. It's an amazing experience so far. Even the upgrade is really simple (just a apt-get upgrade!). Best of luck to you guys.

theunquietone 10y ago
Thank you! Happy you're enjoying GitLab CE

deleted 10y ago

[deleted]

GutenYe 10y ago

I like the integration of the Continuous Integration, Continuous Deployment, Continuous Delivery compares to GitHub.

theunquietone 10y ago
Thank you! We're always trying to build great new tools that are helpful.

izolate 10y ago

Congrats on the funding! Please hire (and learn to take seriously) a design team.

yAnonymous 10y ago
Gitlab's design is fine. Hiring new designers now will only lead them to change everything to prove themselves and make things worse and unpractical in the process, Google style.
- r3bl 10y ago
  I kind of dislike the change that happened a couple of months ago, where instead of going to CI straight from the homepage to see if the build in the only project that is actually using CI is successful, I now have to go to the project (they are sorted by the recent activity, so I have to chase the one with the CI), then into Pipelines, and, from that screen, I can't see which branch was built, so I need one more click to get into the Builds tab. Other than that, I'm perfectly satisfied with the design.
  - sytse 10y ago
    Glad to hear you like the design overall. Would it help for your use case to add pipelines to the left side menu (global menu) so you can quickly go there?
    - Snappy 10y ago
      There's an issue for that[1]. :) Add your vote if interested. [1](https://gitlab.com/gitlab-org/gitlab-ce/issues/18054 https://gitlab.com/gitlab-org/gitlab-ce/issues/18054)
    - yAnonymous 10y ago
      Please don't add too much stuff to the sidebar because of some isolated use cases. Or maybe it might be a good idea to make the sidebar configurable so everyone can decide what they want to show up there.

PaulRobinson 10y ago

It's interesting to me how much effort is being spent on adding tools like issue tracking, build pipelines, deploy management, etc. vs just providing good hooks for standalone tools that do all those things. We have discussions about Jenkins vs Concourse, where to keep ansible vault passwords, should documentation live in Github wiki or in Confluence (apparently "tech" documentation in the form, "business" documentation in the latter - what if it's both? Who decides?), and so on. There is something nice about being able to go to a single place and saying "OK, it's all here in this box". Github has made inroads with some of this stuff, but not quite enough. Gitlab could try and do all this, but then people will moan ("I prefer JIRA/Trello/whatever"). Most of the pain around developer/business workflow around us at the moment actually comes down to the fact that nobody has _really_ thought about providing a great unified UX for all of this. Part of the concern is people want to be "flexible". No, dictate, just make sure what you dictate is a better solution to what people have. If GitLab get it right, github could be a minor player (unless they keep up) in a few years time.

flukus 10y ago
> Most of the pain around developer/business workflow around us at the moment actually comes down to the fact that nobody has _really_ thought about providing a great unified UX for all of this. Microsoft did with TFS. That was enough to convince me it's a terrible idea.
theunquietone 10y ago
Hey Paul - All great notes. We believe in a single solution from idea to production. More about that here: https://about.gitlab.com/direction/#scope https://about.gitlab.com/direction/#scope We hope to make it easy to go to a single place for everything needed for development from issue boards, CI, analytics, etc. The unified UX for this tool is key and we are hiring a great team to support that goal. Later today we're having a live event to talk more about that vision and answer questions. https://page.gitlab.com/20160913_unveilingmasterplan_landingpage.html https://page.gitlab.com/20160913_unveilingmasterplan_landing... Again, love the notes and how you're thinking about this. Happy we are aligned! Edit: Sorry! Removed the signature. Habit :)

slap_shot 10y ago

Just a few years ago I was in love with Github and felt nothing could ever displace it. But as time went on, they just fell asleep at the wheel. I've been using Gitlab for the last six months and there is no chance I would ever go back to being a paying customer of Github. I'm so glad to hear GitLab raised more money to keep going!

theunquietone 10y ago
So awesome to hear you're enjoying using GitLab! As always, let us know if you have any feature requests or see areas where we could improve. Cheers!
- alex_hitchins 10y ago
  I can only echo the comments here - switching to GL has been fantastic all round. I welcome the addition of other tools into the product. The closer the tools are the more effective they become.
  - jobvandervoort 10y ago
    > The closer the tools are the more effective they become. This has been our thought for a long time now and I'm happy to hear it from the community. See for instance our vision [0]. [0]: https://about.gitlab.com/direction/#vision https://about.gitlab.com/direction/#vision
lloeki 10y ago
Using both, I notice GitHub has moved, but GitLab has moved in precisely the direction we need internally, especially the latest release.
- jobvandervoort 10y ago
  Great to hear! What exactly did we do well? What can be better?

ChoHag 10y ago

Why is a corporate fluff-piece the top story on HN?

deleted 10y ago
[deleted]
pawadu 10y ago
because 1. github needs some competition 2. gitlab hosts f-droid and some other awesome projects 3. many of us use their enterprise edition at work (and loving it) 4. they were funded by the very company that runs this forum
- ChoHag 10y ago
  Ah it's an advert from our corporate sponsors. Understood.
corobo 10y ago
Because people voted it there.
favadi 10y ago
Most of Gitlab announcements went to front page. I guess because people actually cares about it, right?

suchitpuri 10y ago

Love gitlab, hopefully we will get more and more services start supporting Gitlab now.

theunquietone 10y ago
Thank you! We hope that too :)

sandGorgon 10y ago

Congrats guys! I'm curious if you are going to change directions in technology - ruby is fairly unsuited for on-premise deployment. Before I get flamed, of course you guys have made a great build and deployment system... but nothing can beat a " java -jar start.jar" or "./golang" . And I think it comes a fair bit of performance for free. Wonder what are your thoughts around that ? I keep thinking that Gitlab could be the "killer app" for a new fangled java framework like SparkJava or something.

zegerjan 10y ago
Ruby, compared to some compiled languages, is indeed harder to ship, which is why we've got the gitlab-omnibus package.[1] Thanks to our packaging team the install and getting GitLab up and running shouldn't take over 10 minutes. Maybe not as easy as compile and run like Go offers, but I urge you to try it, it is really simple. Now, we use more and more Go within GitLab. For example, gitlab-workhorse[2] and the gitlab runner[3] are written in it. But converting our main app, gitlab-ce and gitlab-ee, to another framework and language would makes us unable to ship new features for at least a year. Even when we would gradually rewrite this would hurt our ability to consistently ship new great features. Also, please don't forget that Ruby and Ruby on Rails are very mature, stable, and so far have served us very well and I expect it will for the next years. We might, as we've been doing for some time, let workhorse handle more compute expensive operations, but again, other than that I don't see it happening any time soon. [1] https://gitlab.com/gitlab-org/omnibus-gitlab https://gitlab.com/gitlab-org/omnibus-gitlab [2] https://gitlab.com/gitlab-org/gitlab-workhorse https://gitlab.com/gitlab-org/gitlab-workhorse [3] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner https://gitlab.com/gitlab-org/gitlab-ci-multi-runner
- sandGorgon 10y ago
  thanks! makes a lot of sense. I asked because 20 mil buys a lot of developer hands to make this happen.
- Singletoned 10y ago
  > converting our main app, gitlab-ce and gitlab-ee, to another framework and language would makes us unable to ship new features for at least a year This would be quite a good argument for not tying oneself so deeply to a particular framework.

agentgt 10y ago

We would seriously consider GitLab if they supported Mercurial. I am so annoyed with atlassian (another company that perhaps could pay attention more to developers). I like git for OSS but we love hg for our internal projects.

david-given 10y ago
It's a bit crufty, but you might want to look at hg-git: http://hg-git.github.io/ http://hg-git.github.io/ It allows you to use hg as a git client. It supports git branches (mapped to hg bookmarks), tags, etc and is mostly pretty seamless, with a few rough edges where the semantics don't quite match up --- e.g., hg supports moving tags, which git doesn't like doing. I use it with github, and have done some pretty complex stuff with it, and nearly everything has Just Worked. The biggest problem is with the bookmark-to-branch mapping, so I tend to create/delete branches via the github web UI, then pull the repository to update the client, but I'm totally willing to admit that I've never really bothered to learn much about how that works so I could just not be driving it properly.
deleted 10y ago
[deleted]
marcinkuzminski 10y ago
Marcin from RhodeCode here. You should consider checking out RhodeCode, it's openSource and supports Mercurial, along with Git and Subversion. It's built explicitly for internal usage behind the firewall.
daigoba66 10y ago
> we love hg for our internal projects. We too use hg for our code. But I wouldn't say we "love" it - it works and we haven't found a compelling reason to switch. So I'm curious, what about hg makes it great for some projects?
- ergo14 10y ago
  Big file support - this is important for asset management in game dev for example. First class windows support.

cygned 10y ago

Honestly, installing and maintaining GitLab is still not a pleasure. The Omnibus package was too unsafe for us because we wanted greater control about versions and stuff; and the bundled pre-configured applications in it (e.g. nginx) cause a lot of problems with existing installations. We were basically not able to create a stable deployment on a machine also running other services. But none of use really likes Ruby and rvm, maybe that's also one of the reasons why we struggled.

meirelles 10y ago
I think the best practice is isolate the GitLab from others applications in it's own container/VM.
- cygned 10y ago
  Yeah, that's something we learned from it. At that time, though, we just wanted to replace Redmine and only had a single machine available which was already running a bunch of things.
nisa 10y ago
Not sure where your problem is. I run gitlab with mattermost and docker registry with my own nginx that also servers a lot of other stuff. You can disable the internal nginx for all application in gitlab.rb and you find the nginx.conf files in the gitlab-omnibus repository. It's not one-click but but it's pretty much more than I have hoped for. It's also pretty self-contained you don't have to care about ruby and rvm and stuff like that, daemons are supervised with runit. I don't see why you have the need to switch versions on that. Even if you want to modify it, it's probably easier to maintain a fork of the chef-cookbooks and apply local changes to that. I'm not saying it couldn't be better but for opensource software it's quite well managed and packaged and documented, at least in my opinion.
- cygned 10y ago
  > You can disable the internal nginx for all application Yeah, we have tried that but that didn't work for us. Instead, the internal nginx flooded our hard drive with log files, that was a bit annoying, haha.

jbk 10y ago

We use heavily gitlab-CE for VideoLAN (VLC, x264) on our hosted infra, and so far we're very happy about it. The only part blocking us from moving completely to gitlab and deprecate everything else is mostly the limited issues tracker (compared to trac, for example).

theunquietone 10y ago
Great to hear you're happy with GitLab CE. What features do you need in issue tracker that we don't currently have? Would love to learn more.
- jbk 10y ago
  Well, mostly, I believe we need support for custom fields, so we have for each ticket, the Platform, Component, Branch, Type, etc. And those fields can be queried or made mandatory. You can get then queries like: https://trac.videolan.org/vlc/query?status=assigned&status=new&status=reopened&component=!Bindings%3A+LibVLC+%28native+API%29&component=!Web+plugin%3A+Mozilla&summary=~asf&summary=~wmv&summary=~wma&summary=~mms&group=component&col=id&col=summary&col=component&col=status&col=type&col=priority&col=milestone&report=32&order=component https://trac.videolan.org/vlc/query?status=assigned&status=n... And no, tags are not enough.
  - jobvandervoort 10y ago
    We have a few requests for custom fields [0], but we're worried with the complexity that it adds to the application. We might start to look into this again after we've shipped better issue filtering, so that custom fields can actually be used effectively. [1] [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/8988 https://gitlab.com/gitlab-org/gitlab-ce/issues/8988 [1]: https://gitlab.com/gitlab-org/gitlab-ce/issues/21993 https://gitlab.com/gitlab-org/gitlab-ce/issues/21993
    - jbk 10y ago
      > We have a few requests for custom fields [0], but we're worried with the complexity that it adds to the application. I'm not surprised, but for us, it's mandatory to replace trac (or bugzilla)

xxpor 10y ago

Maybe I just haven't been following the news, but since when does Y Combinator do Series B rounds? I thought they (you?) were exclusively seed funders.

theunquietone 10y ago
Great question! It is common for investors to take their pro-rata rights in later rounds. Overview of prorata I found from a quick google search: https://bothsidesofthetable.com/what-all-entrepreneurs-need-to-know-about-prorata-rights-e5883fd21f80#.1hma1rc1l https://bothsidesofthetable.com/what-all-entrepreneurs-need-...
1123581321 10y ago
YC Continuity invests later-stage money: https://blog.ycombinator.com/yc-continuity-fund https://blog.ycombinator.com/yc-continuity-fund
jmacd 10y ago
pro rata.

echelon 10y ago

I'd pay the guy that has my github/twitter/gmail/hn username on GitLab $500 to give it to me. I don't think he's actively using it, but I can't figure out how to get in touch with him. :( I really want to switch to GitLab given the focus on tooling and workflow. edit: and also your super nifty tanuki logo, which would make a hip vinyl laptop sticker.

theunquietone 10y ago
Hey there - we have a process for requesting usernames that aren't being used actively. https://about.gitlab.com/handbook/support/#dormant-usernames-a-namedormantusersa https://about.gitlab.com/handbook/support/#dormant-usernames...
- echelon 10y ago
  Awesome! Thanks! I knew that there was going to be some discussion about this, but I hasn't seen the official policy yet. > The account in question has no data. Does this mean if the account has private repositories, even if unused / dormant, that a username cannot be freed? (Understandable policy.) In any case, should I file a ticket, email support, or wait for automatic processes to kick in?
  - dblessing 10y ago
    > Does this mean if the account has private repositories, even if unused / dormant, that a username cannot be freed? Correct. We understand that sometimes users will be dormant for a while and when they have data of any kind, we have to give them the benefit of the doubt. Please send us an email at support at gitlab to start the process.

uitgewis 10y ago

Anyone know why GitLab insists on "Merge Requests", while BitBucket, Github & others have "Pull Requests"?

dangerlibrary 10y ago
Gitlab's terminology is actually closer to the underlying VCS terminology. git pull <branchname> // fetch <branchname> from a remote host AND merge it into the current branch. git merge <branchname> // merge <branchname> into the current branch I suspect it's someone's pet peeve that "Pull Requests" are named incorrectly and they got an opportunity to rename them when building Gitlab.
robalfonso 10y ago
Really its fine, but the first handful of times I kept looking around for "Pull Requests". It was like a slap to the face.
shasheene 10y ago
From [1]: > Tools such as GitHub and Bitbucket choose the name pull request since the first manual action would be to pull the feature branch. Tools such as GitLab and Gitorious choose the name merge request since that is the final action that is requested of the assignee I think GitLab are right to choose 'merge request', it has an immediately obvious meaning compared to 'pull request' [1] https://about.gitlab.com/2014/09/29/gitlab-flow/ https://about.gitlab.com/2014/09/29/gitlab-flow/

asb 10y ago

Right now, Gerrit and Phabricator give an almost unrivalled code review experience - the ability to queue multiple comments up and submit them at once, mark previous things as fixed, keep track of a patch as it evolves along with the comments that were made against it. However the Github/Gitlab PR flow is easier for most occasional contributors. My question to Gitlabbers following this thread: do you have anything in the works for improving code review to better match some of the use cases which are handled so well by the Gerrit/Phabricator approach?

zegerjan 10y ago
Posting multiple comments and submit them at once would be awesome, I can't find an issue for it right now, but Ill create one so you can track it. Merge Request versions is something we plan on shipping this release[1]. Resolving a discussion on a diff has been shipped with 8.11[2]. We'd love to hear your feedback on it, as we know we how good Gerrit and Phabricator are in this regard. If there is another feature you'd like in GitLab too, we would love to hear more on it. [1] https://twitter.com/dzaporozhets/status/773969953569533952 https://twitter.com/dzaporozhets/status/773969953569533952 [2] https://docs.gitlab.com/ce/user/project/merge_requests/merge_request_discussion_resolution.html https://docs.gitlab.com/ce/user/project/merge_requests/merge...
- sytse 10y ago
  Submit at once for comments is in https://gitlab.com/gitlab-org/gitlab-ce/issues/3364 https://gitlab.com/gitlab-org/gitlab-ce/issues/3364
jobvandervoort 10y ago
Absolutely! We want GitLab code review to be the best there is. It's hard to find a good balance between light-weight and powerful code review tools, but I think we're finding the balance by making small iterative improvements. I collect most improvements here [0], I just added your request under 'transaction 'batch' comments'. [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/19049 https://gitlab.com/gitlab-org/gitlab-ce/issues/19049
10y ago

erjjones 10y ago

Does GitHub own any intellectual property that might require GitLab to licensing? or did GitHub totally miss the intellectual property piece of the puzzle?

sytse 10y ago
Both are based on Git that is open source and trademarked by the Software Freedom Conservancy.

dksidana 10y ago

It will be great if they add communication tool like slack/hipchat in their master plan. Reason, I am asking for this, it that I see such tools have critical to do development these days. gitter has already shown initial success/value of integrating with SCM.

kossae 10y ago
They actually already offer a tight integration with Mattermost: https://gitlab.com/gitlab-org/gitlab-mattermost https://gitlab.com/gitlab-org/gitlab-mattermost
- dksidana 10y ago
  Agreed but looks like GitLab is trying to avoid integration route in favour of building that component in the product itself.
  - sytse 10y ago
    We're not planning on building a chat client in GitLab. We think Mattermost is awesome and it is part of our Omnibus package. We're working on better chatops/chatbot integration with Cog https://gitlab.com/gitlab-org/omnibus-gitlab/issues/1412 https://gitlab.com/gitlab-org/omnibus-gitlab/issues/1412

ohstopitu 10y ago

I'm really excited for this master plan. I would love to have a just one tool to do most of the job (c9.io would be a better alternative to Koding btw). As of now, Gitlab seems to come the closest when it comes to that vision. That said, Issue Tracker and Issue Board could be developed further to be more in line with Jira and Trello/clubhouse.io Apart from that, I love gitlab and keep up the great work!

sytse 10y ago
Thanks! BTW We decided to use Koding because they open sourced their product.
jobvandervoort 10y ago
Thanks! We see lots of improvements all around and welcome any specific feedback / requests! I can already spoil that we're working on many improvements for Issues and Issue Boards.

faragon 10y ago

GitLab plan is "embrace, extend, and extinguish". And I hope they will fail on that, and then, they'll start providing standard integration APIs for third party.

sytse 10y ago
Indeed our company strategy is modelled after MSFT. GitLab 9.0 will be renamed XP and we already have a Vista team in place. They keep demanding a higher expense budget to achieve a Ballmer peak, not sure what that is about. Anyway, we want to make sure GitLab plays nice with others. there is an extensive API https://docs.gitlab.com/ce/api/ https://docs.gitlab.com/ce/api/ and it includes a commit status api to play well with other CI solutions. Please let us know if there is anything missing in our standard integration APIs for third parties.
- connorshea 10y ago
  Skip GitLab 9.0 and go right to 10 :)
- faragon 10y ago
  We'll see.

HorizonXP 10y ago

We are currently on Github and are using CoreOS' Quay.io private Docker registry with Github hooks for automated build creation. Total cost: $50/month for Github for private repos, and $100/month for CoreOS' managed service that includes Quay.io. Years ago, I did set up our own private Docker registry and build server, but it was a lot of work to setup and maintain, so I killed it. Hopefully and probably, that's become easier to do today. However, last night, I decided that I had had enough with our current setup (it's slow, expensive, and cumbersome), and moved to GitLab. Here were the steps: 1. Create an account. 2. Create a repository, and select the option to import from Github. 3. Connect my Github account, and import all of our private repositories. 4. Ensure Container Registry was enabled for the repositories. 5. Create a .gitlab-ci.yaml file in each repository to build our Docker images. (https://docs.gitlab.com/ce/ci/docker/using_docker_build.html https://docs.gitlab.com/ce/ci/docker/using_docker_build.html) 6. Decide that I didn't want to use the Shared Runners. 7. Spin up an EC2 Ubuntu instance, install GitLab's multi-runner. (https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/install/linux-repository.md https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma...) 8. Add the new runner to each repo. 9. Start a build to ensure Docker image gets built. In less than 10 steps, I was able to migrate all of our code and CI to GitLab, in less than 2 hours. With the repository mirroring, Github can remain synced to GitLab, so that I have time to modify our deployment scripts to use the GitLab URLs instead. I'll be cancelling our GitHub and CoreOS subscriptions this week. As our team grows, we will likely host GitLab on our own servers, and I expect that will go smoothly. I'll be happy to pay them at that time. Right now, I'm really happy with this migration.

sytse 10y ago
Great to hear you had such a good experience and that the integrated container registry was so easy to use.
daveguy 10y ago
I would love to hear how this is running for you after a month -- when some of the edge cases have been poked. It would be good to know if you run into problems or if it is still going as smoothly as the initial setup. I switched over to GitLab for a static blog when I realized I could use the free shared runners to compile any static site generator out there. Such a beautiful feature. I would be interested to hear how it holds up in a production environment.

gargs 10y ago

Just tried to set up the 2 factor authentication. Easy. But, would it be possible to provide a phone number fallback? The set of printed codes is nice, but the chances of losing them are far higher than losing your phone or having to deal with a corrupt authenticator app.

marcc 10y ago
I like that they aren't providing a phone number as a backup. There has been a lot of discussion recently questioning SMS-based 2FA as a target for social engineering (and other attacks). https://news.ycombinator.com/item?id=12163046 https://news.ycombinator.com/item?id=12163046
- sytse 10y ago
  Thanks. Phone number backups are hard to set up and there are concerns about the security. That is why we have not build support for it. BTW I recommend using 1password so that you don't have to reset 2FA when you move phones (like with Google Authenticator).
  - snorremd 10y ago
    Another great alternative in the 2FA client space is Authy (free of charge).
  - geostyx 10y ago
    Another vote for 1Password. Oh and they now have a $3/mo subscription model which is pretty rad.

deleted 10y ago

[deleted]

jrowley 10y ago

This is kind of off topic, but I hate that I cringe every time I read the words "Master Plan". Hitler kind of ruined those words for me. Did my UC Santa Cruz education do this to me or do others ever feel the same? Edit: Congrats to Gitlab. I need to experiment with integrating an instance with phabricator [0] at work. [0] https://www.phacility.com/ https://www.phacility.com/

sytse 10y ago
Please allow me to link to a obligatory XKCD to lighten the subject https://xkcd.com/261/ https://xkcd.com/261/ The master plan reference is inspired by Elon Musk. We can't compare us or our plans with him. But we're inspired that his master plans are public https://www.tesla.com/blog/master-plan-part-deux https://www.tesla.com/blog/master-plan-part-deux just like ours. Please let us know if there is anything we can do to help the integration. Please know that GitLab EE has a remote sync https://about.gitlab.com/2016/05/10/feature-highlight-push-to-remote-repository/ https://about.gitlab.com/2016/05/10/feature-highlight-push-t...
- jrowley 10y ago
  Haha that XKCD was hilarious. I'm was totally surprised my comment even made it through the spam filters. I was seriously considering spelling Hitler, H*tler or something. Yeah, I should setup pushing to a remote repo, that could be really helpful. Phabricator can also be configured to push to remotes automatically I think. Either way, thanks for the great product!
  - sytse 10y ago
    You're welcome!

arunc 10y ago

I really wish they add mercurial support, albeit there seems to be no plan currently.

samblr 10y ago

This is very exciting to hear - was so wishing github to go in this direction all these years!

samblr 10y ago
I migrated to gitlab - the joy of CI, CD, runners and Trello like boards - all at one place has made my day.

napsterbr 10y ago

GL seems great and I'm glad it's evolving. About a year ago I tried GL and it was painfully slow. This was the main reason I chose Phabricator. Have there been any progress on this performance issue? I acknowledge I'm quite outdated here.

elliotec 10y ago
Still slow from my experience.
YorickPeterse 10y ago
We have made significant improvements over the last year or so. Some random examples: https://about.gitlab.com/2016/02/25/making-gitlab-faster/ https://about.gitlab.com/2016/02/25/making-gitlab-faster/ https://about.gitlab.com/2016/08/22/gitlab-8-11-released/#performance-updates https://about.gitlab.com/2016/08/22/gitlab-8-11-released/#pe... https://about.gitlab.com/2016/07/22/gitlab-8-10-released/#performance-improvements https://about.gitlab.com/2016/07/22/gitlab-8-10-released/#pe... An exact list of all merge requests related to performance (at least the ones tagged with "Performance") can be found here: CE: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests?scope=all&state=merged&utf8=%E2%9C%93&label_name%5B%5D=Performance https://gitlab.com/gitlab-org/gitlab-ce/merge_requests?scope... EE: https://gitlab.com/gitlab-org/gitlab-ee/merge_requests?scope=all&state=merged&utf8=%E2%9C%93&label_name%5B%5D=Performance https://gitlab.com/gitlab-org/gitlab-ee/merge_requests?scope...
Keats 10y ago
We moved to gitlab a couple of months ago (the public one) and it's really slow so we are thinking of having gitlab only for CI and do everything else on github.
- sytse 10y ago
  GitLab.com can be slow, sorry for this, We're working on it in https://gitlab.com/gitlab-com/infrastructure/issues/59 https://gitlab.com/gitlab-com/infrastructure/issues/59 and https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&state=opened&utf8=%E2%9C%93&label_name%5B%5D=Performance https://gitlab.com/gitlab-org/gitlab-ce/issues?scope=all&sta... and in the infrastructure on to make our infra faster https://gitlab.com/gitlab-com/infrastructure/issues?scope=all&state=opened&utf8=%E2%9C%93&label_name%5B%5D=performance https://gitlab.com/gitlab-com/infrastructure/issues?scope=al...

dflock 10y ago

I don't see anything about Documentation in there? I would really like something better than Confluence woven throughout. Is there something that I'm missing?

connorshea 10y ago
Wikis do exist, and you can always have a `docs` directory and then use GitLab CI to package the docs up and/or deploy that directory as a static site. We have this issue which I'm fairly fond of, though I'm not sure we'll ever actually implement something like this: https://gitlab.com/gitlab-org/gitlab-ce/issues/17937 https://gitlab.com/gitlab-org/gitlab-ce/issues/17937

daveloyall 10y ago

https://youtu.be/KrF7jNfDSnI https://youtu.be/KrF7jNfDSnI <--live, on air now.

radicalbyte 10y ago

Nice to see it's going well. One thing that interests me as an NL-based entrepreneur (well, technically a freelancer for now): are you guys still based in Utrecht or did you have to move to the Valley in order to profit from the investment scene?

Snappy 10y ago
GitLab is a remote-only company, so really, we're EVERYWHERE! There's still a NL entity, but now there's a US entity, and maybe more countries coming. I can't comment whether Sid had to move to the Valley to reach investors, but it probably didn't hurt. That and YC.
- sytse 10y ago
  During raising the A round I promised I would be in San Francisco the majority of my time to spend time with customers, investors, partners, and press. Being remote only allows me to travel back to the Netherlands 3 times a year for 3 weeks each apart from my vacation time.

exxo_ 10y ago

We (NVIDIA) recently moved away from Quay/Github/Jenkins to Gitlab for our deep learning automation and the experience so far has been truly amazing. We were able to automate our most complex DL container pipeline in a matter of days. We still have to workaround some Gitlab limitations (e.g. issues [CE]17069, [CE]18994, [CE]18106, [EE]224) but overall it's great to see everything working in harmony (i.e. Docker registry, CI pipelines, Git repositories, Runners on-premises). On a personal note, I would like to see more storage on Githost.io instances considering the fact that you can't easily delete pipeline traces and that Docker images can quickly add up.

sytse 10y ago
Thank you so much for commenting. It is great to hear that the deep learning automation department of Nvidia is using GitLab and is happy with everything working in harmony. Regarding your suggestions: I asked to prioritize https://gitlab.com/gitlab-org/gitlab-ce/issues/17069 https://gitlab.com/gitlab-org/gitlab-ce/issues/17069 We're already actively discussing https://gitlab.com/gitlab-org/gitlab-ce/issues/18994 https://gitlab.com/gitlab-org/gitlab-ce/issues/18994 Not sure about https://gitlab.com/gitlab-org/gitlab-ce/issues/18106 https://gitlab.com/gitlab-org/gitlab-ce/issues/18106 https://gitlab.com/gitlab-org/gitlab-ee/issues/224 https://gitlab.com/gitlab-org/gitlab-ee/issues/224 looks interesting Please comment in the issues if you have additional details about the use case or questions. The costs of GitHost.io correlate with the storage since they are Digital Ocean instances. Not sure how to solve. Maybe by allowing to use their networked storage, but this seems complex. Consider emailing support@gitlab.com if you have any questions or suggestions.
- Snappy 10y ago
  You can also switch your container registry to use S3, which might be more cost-effective. I'm not positive if GitHost.io supports that, but it likely does.

snissn 10y ago

Is gitlab profitable?

sytse 10y ago
We're not profitable. We took investment to grow faster. Currently the majority of our costs are covered by GitLab Enterprise Edition.

tschellenbach 10y ago

Github is great, I see no reason to switch. The competition should definitely accelerate development though, so that's nice.

bcjordan 10y ago

Just started working on a sort of getting started mega blog post on CI/CD/CT—is there anyone at GitLab who would be up to review once ready and make sure I'm covering the GitLab offerings completely? Can reach out at username at gmail!

Snappy 10y ago
Sure, just sent you an email.
sytse 10y ago
Sure, please email community@ company domain for this, you can find this via the bottom of https://about.gitlab.com/handbook/marketing/ https://about.gitlab.com/handbook/marketing/. Of course we would be happy to host you as a guest post, please send a merge request to https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests

user5994461 10y ago

Conclusion from reading: Gitlab is just another open-source company that raised money and is now desperate to monetize it's products. Unfortunately for them. The market is already saturated with CI tools, including good ones. - If you want good self-hosted CI, you use teamcity (jetbrains) or bamboo (atlassian). Side note: They cost money, you get what you pay for. - If you want good SaaS CI, you use travis-ci (linux), circle-ci (linux) or appveyor (windows). - If you want to suffer endlessly, you use Jenkins (previously hudson). It's shit, it has a Bad UI, it's an aggregation of poorly maintained plugins, it lack even the most simple features, the list goes on... - If you want to go exotic, you can find dozens of other [partial] CI tools. There is no room for gitlab. Teamcity already has a free edition offering 20 projects and 3 slaves. All the aforementioned tools are free for open-source projects. Disclaimer: I have used all the tools mentioned above. ----- The reason the good tools are not popular is: 1) they cost money and people are bitches when it comes to spending even $10 2) most people start with the old well-known shitty tools and then they're locked in... and the efforts required to move away just increase over time (sadly, nobody got fired for choosing Jenkins in the first place :( )

wildfire 10y ago
Apart from Jetbrains, I've used all the other tools you mention. In no way, shape or form would I sayd that Bamboo is good. It is not any more sufferable than Jenkins. Even Jenkins now alows the build / deploy pipeline to be something stored in a VCS.
cyphar 10y ago
> - If you want good self-hosted CI, you use teamcity (jetbrains) or bamboo (atlassian). Side note: They cost money, you get what you pay for. Those are proprietary. > - If you want good SaaS CI, you use travis-ci (linux), circle-ci (linux) or appveyor (windows). I believe all of those are proprietary. > There is no room for gitlab. Teamcity already has a free edition offering 20 projects and 3 slaves. All the aforementioned tools are free for open-source projects. As far as I can tell, every project you mentioned except Jenkins is proprietary. And as much as I like Jenkins, you're right that it can be a proper pain to deal with. So you're just showing that there is a need for a good, free software, CI system. And GitLab is working on providing one.