12 ms·

GitLab Partners with DigitalOcean to make CI more affordable

361 points by fweespee_ch 10y ago

fweespee_ch 10y ago
> GitLab partnered with DigitalOcean to provide free Runners to all projects on GitLab.com Wow, I hope that doesn't get abused and taken away.
- sytse 10y ago
  We hope so too, hopefully we can keep offering this for a long time, like we offer public and private repositories.
- sfilipov 10y ago
  They should probably rate limit in a sensible way.
  - sytse 10y ago
    Good suggestion, if this gets abused we'll look at ways to prevent this, limiting the number of runner hours per user account is one of the ways we're thinking about.
    - fweespee_ch 10y ago
      If you implement that, would you consider: > If you purchase GitLab.com Bronze Support you can email support directly for timely, personal and private answers. This costs $9.99 per user per year for next-business-day response time and is available in packs of 20 users. Reducing the pack size to 10 and improving the rate limit for paid accounts? I don't mind paying for GitLab.com, I just don't want to pay $200/year for it. ;)
      - sytse 10y ago
        In case we start rate limiting it makes sense to me to offer a smaller user pack than 20. I'm not sure if it will be part of the bronze pack or a separate offering. I'm also not sure about the price, it might have to be based on activity (pay per hour) or a price higher than $200 per year. For now we'll first wait how the situation develops and what will cause the biggest problems. One possible business model is charging for speciality machines with OSX or Windows on them.
- deleted 10y ago
  [deleted]
brokenwren 10y ago
More affordable than free? Not sure I get this. Is CI really so hard that we need to pay someone else to do this? I have a perfectly good server doing nothing and I installed TeamCity on that. Works great and is essentially free.
- icebraining 10y ago
  You're only paying for the server time, Gitlab CI is free. Many companies don't have nor want to have servers lying around, they'd rather outsource it.
sytse 10y ago
For more information about the autoscaling see https://about.gitlab.com/2016/03/29/gitlab-runner-1-1-released/ https://about.gitlab.com/2016/03/29/gitlab-runner-1-1-releas... Questions about anything GitLab are very welcome.
- sfilipov 10y ago
  I have a question regarding the difference between the "concurrent" and "limit" parameters seen here [1]. I understand that if I'm running a managing runner in machine mode with limit=10 then it can start a maximum of 10 machines. What does "concurrent" affect in this context. I don't want the managing runner to do any builds locally -- just to send to runners managed by machine. [1] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/configuration/autoscale.md#runner-global-options https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma... Edit: Ignore me. I found the answer on the same page [2]: [2] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/configuration/autoscale.md#how-current-limit-and-idlecount-generate-the-upper-limit-of-running-machines https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma...
  - sytse 10y ago
    Glad you found the answer in our docs, thanks for updating your comment.
explosion 10y ago
In the shared runner settings, I see this: "GitLab Runners do not offer secure isolation between projects that they do builds for. You are TRUSTING all GitLab users who can push code to project A, B or C to run shell scripts on the machine hosting runner X." Seems like a very strong reason to use one's own paid DigitalOcean instances for runners instead of using the free shared runners, at least for commercial projects. I was wondering if anyone from GitLab could expand further on this?
- sytse 10y ago
  This warning is outdated for the shared runners on GitLab.com since we do not reuse runners there at all. All runners are destroyed after a since build. Please see https://gitlab.com/gitlab-org/gitlab-ce/issues/14732 https://gitlab.com/gitlab-org/gitlab-ce/issues/14732 for more background and our effort to update this message.
  - explosion 10y ago
    That's great to hear. Thanks.
- mordocai 10y ago
  We'd need an answer from gitlab, but that statement was there with the old infrastructure for shared runners. It is possible that this issue is fixed with the new ones?
  - sytse 10y ago
    You're correct, we fixed this issue, the new warning will be: "Shared runners execute code of different projects on the same Runner unless you configure GitLab Runner Autoscale with MaxBuilds 1 (which it is on GitLab.com)."
abpavel 10y ago
Came here to post it, but too late! Good job @fweespee_ch! The importance of this announcement is that DigitalOcean is all over Fortune 500, and GitLab partnership means that Git is not only mainstream - it's THE stream.
- olalonde 10y ago
  > DigitalOcean is all over Fortune 500 Do you have any reference for that? I was under the impression that DigitalOcean was mostly used by developers and startups. I was also under the impression that Git became the mainstream VCS a while ago...
  - abpavel 10y ago
    What do you mean by "reference"? I was talking about corporate environment of dozens or so F500 where I participated in various projects personally, and saw myriads of archaic in-house development tools that would embarrass even prehistoric. DO was used in a couple of cases, not too widespread, but I had a feel it's one of the places it could really make a difference. And introducing Git to that would just make the whole deal so much better. Consider that an average Global 2000 enterprise has over 10,000 in-house apps, and a lot of them are being developed in a dedicated environment.
    - brianwawok 10y ago
      I have not yet worked for a fortune 2000 enterprise that would allow a VPS to be used that did not offer actual private networking. Which ones have you seen that used DO?
- fweespee_ch 10y ago
  Sorry, I was checking my email at lunch and figured why not. :) GitLab & Gogs are my two favorite Git collaboration platforms.
abpavel 10y ago
I love both GitLab and DigitalOcean, but why do I feel so devalued by IT deflation? The longer I'm part of something and the more effort I put into promoting a platform, the less perks I get. Why? I understand the importance of new customers, but why do you alienate the loyal user-base that made you what you are today? Are we rewarding ignorance now?
- toomuchtodo 10y ago
  Because people need to eat.
  - abpavel 10y ago
    Eat what? Other people? Not sure what you're getting at, because I'm paying my membership dues, and I'm quite sure you're not living on less than $1/day either.
    - toomuchtodo 10y ago
      My point is that you're expecting something for free because you've evangelized in the past. There is no such thing as "influence" royalties.
      - xenihn 10y ago
        Not yet, at least.
    - carussell 10y ago
      Avoid making cavalier assumptions about others' circumstances.
- unethical_ban 10y ago
  You're getting free CI runners where you had none. Is that not enough benefit? It's not as if there is a scale where newbies get EVERYTHING and vets of 10+ years get nothing. New? Here is a small incentive. Not new? Thanks for using the product, check out these fresh features!
rohanprabhu 10y ago
Kind of off-topic, but the work GitLab is putting in and the things they come up with every other day is crazily impressive. We moved from Github to GitLab sometime ago and we believed that to be a trade-off for moving to our own infrastructure. It always seemed like GitLab wasn't "quite there". Today, however it is a whole different story. We pretty much cannot go back to Github at all because of how well-integrated, stable and beautiful this product is.
- jobvandervoort 10y ago
  Thanks. That's really great to hear! Although we still have ways to go, we recently made large strides in terms of performance and UX. Two areas we know we were lacking in, in the past. I'd love to hear what we can improve further.
  - asimuvPR 10y ago
    This is super nice. After the "Dear Github" letter I moved to gitlab and have not looked back. Its great to see this project grow in a manner that respect the community that adopts it.
    - sytse 10y ago
      Thanks asimuvPR! BTW For our 'Dear Open Source Maintainers' letter please see https://about.gitlab.com/2016/01/15/making-gitlab-better-for-large-open-source-projects/ https://about.gitlab.com/2016/01/15/making-gitlab-better-for...
      - asimuvPR 10y ago
        I'm very aware of it. :) Do you mind if I email you?
        sytse 10y ago
        Of course not, http://sytse.com/ http://sytse.com/ has my personal email.
phillc73 10y ago
> *Note: Promotion code available for new DigitalOcean customers only. This type of promotion really aggravates me. I'm not just saying this only about the announced GitLab/DigitialOcean partnership, but rather as a general comment as I see this customer acquisition ruse quite a lot elsewhere too. I spend money with DigitalOcean. I don't feel particularly rewarded for my loyalty when I can't enjoy the same promotion as some new customer, who may never spend another cent with DO.
- jobvandervoort 10y ago
  I can understand that you feel this is unfair. Here's our point of view: https://news.ycombinator.com/item?id=11529780 https://news.ycombinator.com/item?id=11529780
  - deleted 10y ago
    [deleted]
  - pc86 10y ago
    Sorry that's a cop out. The complaint is that promo codes for a brand new, very useful integration are limited to people who statistically are less likely to use them (new users on a new platform). "We hope you continue to enjoy paying for great boot times and UX" is... not a reply worth typing, honestly. I'm a small DigitalOcean customer. If you want the promo to be cost effective, limit it to the first 250 users or whatever. I don't think anybody here would give you a hard time about protecting the financial integrity of a program. But don't hide behind that if it's really just a way to get a few new users in the door (which is fine!) - just be honest about it.
    - fweespee_ch 10y ago
      I strongly suspect that promotion has terms controlled by DigitalOcean and not GitLab. You'd probably get more mileage at complaining to DO than you would to GitLab. --- EDIT: https://news.ycombinator.com/item?id=11529949 https://news.ycombinator.com/item?id=11529949 > @fweespee_ch: if they're not reading HN, they're doing it wrong anyway. Fair enough. I just think trying to force a response out of GitLab employees is the wrong route to take when they have no power over the coupon.
awinter-py 10y ago
I use self-hosted gitlab as my primary CI and love it. Setting up CI runners is still too complicated (maybe because I use the gitlab docker image and there's no compose support). drone.io seems to have better support for deploying & cleaning up images, but I'm sure gitlab will get there.
- jobvandervoort 10y ago
  Great to hear. We're working on making deploy [0] and working with Docker images [1] easier. That should also include cleanup in time. I owe you a reply regarding Docker Compose support. [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/3286 https://gitlab.com/gitlab-org/gitlab-ce/issues/3286 [1]: https://gitlab.com/gitlab-org/gitlab-ce/issues/634274 https://gitlab.com/gitlab-org/gitlab-ce/issues/634274
  - awinter-py 10y ago
    Thanks -- didn't realize they added an artifacts key to the CI yaml.
    - sytse 10y ago
      You're welcome. To read more about build artifacts please see http://doc.gitlab.com/ce/ci/build_artifacts/README.html http://doc.gitlab.com/ce/ci/build_artifacts/README.html
      - awinter-py 10y ago
        I'm sure you hear this a lot, but thanks & keep up the good work. I'm grateful for all the great open source tools I use, but you guys are in the upper echelon for making consistent forward strides without breaking too much.
        sytse 10y ago
        Thanks! Comments like yours are an inspiration to us, I'll share with the team (now 70+ people!).
kawsper 10y ago
The thing that made CI more affordable for us was to rent our own Hetzner servers, and switch to https://buildkite.com https://buildkite.com Prior to this we were with CircleCI, and before that Travis CI.
- sytse 10y ago
  BuildKit looks nice and their documentation is really nicely structured. Is there anything they have that you're missing in GitLab?
  - kawsper 10y ago
    BuildKite is really nice, they also support pipelining and are acting as glue between CI and Github. I can't answer your question about GitLab since I haven't used your product. A plus for us was also that they are willing to support Gogs if we need it.
    - sytse 10y ago
      Thanks for your response. We already have stages (pipelines) as part of the .gitlab-ci.yml definition http://doc.gitlab.com/ee/ci/yaml/README.html#stages http://doc.gitlab.com/ee/ci/yaml/README.html#stages In the upcoming release (this Friday is the 22nd!) we'll likely ship a pipeline view in the UI https://gitlab.com/gitlab-org/gitlab-ce/issues/3743 https://gitlab.com/gitlab-org/gitlab-ce/issues/3743 GitLab CI is part of GitLab itself and won't support other systems. If you want you can mirror repositories on GitLab EE/.com with http://doc.gitlab.com/ee/workflow/repository_mirroring.html http://doc.gitlab.com/ee/workflow/repository_mirroring.html
neom 10y ago
Great news, awesome partnership. Nice work team! :clap:
- sytse 10y ago
  Thanks neom!
spdustin 10y ago
I have a (perhaps) more incendiary take on this kind of thing. I have no problem with promo codes for new customers. Zero. None. As a business owner, I know damn well there are some products or services that need a little "taster" offered to a potential customer to get them even modestly interested. Existing paying customers? Why would you spend money to acquire customers that you've already acquired. You had your reasons for signing up for DO, and apparently, the lack of a $10 credit wasn't one of them. And we all know this is a flimsy firewall to breech anyway - a different e-mail address that - if you're really feeling saucy - you could have delivered to an SMTP daemon on your existing droplet. Promotions are by definition a form of publicity or advertisement, and if you're already a customer, you're already a customer, know what I mean? Why advertise "hey, check us out" if you've already checked them out and signed on the dotted line. If you feel really, really, really burned by this, do what other cost-conscious consumers do, and whenever you see a box "promo code" on a signup form, Google "example.com promo code" (substituting the actual domain name, obviously) and see what you can find. I do not understand, even a little bit, the amount of outrage over the fact that you want a company to spend advertising money (that's what a promotion is budgeted to) to advertise to an existing customer. Not unless you feel that DO isn't worth it already, that is, and in that case, what the hell is $10 going to do to change your mind?
- deleted 10y ago
  [deleted]
- vertoc 10y ago
  I'm a little confused... you say "I have no problem with promo codes for new customers. Zero. None." but that's exactly what they are doing... the $10 credit is only for new customers to DO
  - dandelany 10y ago
    GP is a general response to the other commenters below who are existing DO customers complaining that they can't take advantage of this promo.
    - 10y ago
deckar01 10y ago
Install `gitlab-ci-multi-runner` on your existing droplet and enjoy (relatively) free CI with high priority. GitLab already made it incredibly simple to setup.
- sytse 10y ago
  Thanks! If people are looking for the docs please see https://gitlab.com/gitlab-org/gitlab-ci-multi-runner#install-gitlab-runner https://gitlab.com/gitlab-org/gitlab-ci-multi-runner#install...
ausjke 10y ago
As of today DO remains to be my experimental playground for testing new ideas, linode is my official site, it seems DO keeps its innovative momentum and I begin to wonder when or should I switch over fully, Gitlab adds one more point on DO side certainly.
shade23 10y ago
Speaking on a more meta level here,this is an interesting phase of Product offerings. We have a single giant whose products are used by the masses(Google/Uber/Github-in this sense) which had customer-focussed /domain-oriented paths but seem to have lost it midway, and then we have smaller/modular companies who are more focused to the domain improvement in itself (DDG,Lyft,Gitlab) who partner up with other specialised companies(Yandex/Didi Kaudi/DO) to remain customer-focussed /domain-oriented. In the meantime the consumers get to choose between what the world chose and what could be a more sensible decision.

361 points by fweespee_ch 10y ago

> GitLab partnered with DigitalOcean to provide free Runners to all projects on GitLab.com Wow, I hope that doesn't get abused and taken away.

sytse 10y ago
We hope so too, hopefully we can keep offering this for a long time, like we offer public and private repositories.
sfilipov 10y ago
They should probably rate limit in a sensible way.
- sytse 10y ago
  Good suggestion, if this gets abused we'll look at ways to prevent this, limiting the number of runner hours per user account is one of the ways we're thinking about.
  - fweespee_ch 10y ago
    If you implement that, would you consider: > If you purchase GitLab.com Bronze Support you can email support directly for timely, personal and private answers. This costs $9.99 per user per year for next-business-day response time and is available in packs of 20 users. Reducing the pack size to 10 and improving the rate limit for paid accounts? I don't mind paying for GitLab.com, I just don't want to pay $200/year for it. ;)
    - sytse 10y ago
      In case we start rate limiting it makes sense to me to offer a smaller user pack than 20. I'm not sure if it will be part of the bronze pack or a separate offering. I'm also not sure about the price, it might have to be based on activity (pay per hour) or a price higher than $200 per year. For now we'll first wait how the situation develops and what will cause the biggest problems. One possible business model is charging for speciality machines with OSX or Windows on them.
deleted 10y ago
[deleted]

brokenwren 10y ago

More affordable than free? Not sure I get this. Is CI really so hard that we need to pay someone else to do this? I have a perfectly good server doing nothing and I installed TeamCity on that. Works great and is essentially free.

icebraining 10y ago
You're only paying for the server time, Gitlab CI is free. Many companies don't have nor want to have servers lying around, they'd rather outsource it.

sytse 10y ago

For more information about the autoscaling see https://about.gitlab.com/2016/03/29/gitlab-runner-1-1-released/ https://about.gitlab.com/2016/03/29/gitlab-runner-1-1-releas... Questions about anything GitLab are very welcome.

sfilipov 10y ago
I have a question regarding the difference between the "concurrent" and "limit" parameters seen here [1]. I understand that if I'm running a managing runner in machine mode with limit=10 then it can start a maximum of 10 machines. What does "concurrent" affect in this context. I don't want the managing runner to do any builds locally -- just to send to runners managed by machine. [1] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/configuration/autoscale.md#runner-global-options https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma... Edit: Ignore me. I found the answer on the same page [2]: [2] https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/master/docs/configuration/autoscale.md#how-current-limit-and-idlecount-generate-the-upper-limit-of-running-machines https://gitlab.com/gitlab-org/gitlab-ci-multi-runner/blob/ma...
- sytse 10y ago
  Glad you found the answer in our docs, thanks for updating your comment.

explosion 10y ago

In the shared runner settings, I see this: "GitLab Runners do not offer secure isolation between projects that they do builds for. You are TRUSTING all GitLab users who can push code to project A, B or C to run shell scripts on the machine hosting runner X." Seems like a very strong reason to use one's own paid DigitalOcean instances for runners instead of using the free shared runners, at least for commercial projects. I was wondering if anyone from GitLab could expand further on this?

sytse 10y ago
This warning is outdated for the shared runners on GitLab.com since we do not reuse runners there at all. All runners are destroyed after a since build. Please see https://gitlab.com/gitlab-org/gitlab-ce/issues/14732 https://gitlab.com/gitlab-org/gitlab-ce/issues/14732 for more background and our effort to update this message.
- explosion 10y ago
  That's great to hear. Thanks.
mordocai 10y ago
We'd need an answer from gitlab, but that statement was there with the old infrastructure for shared runners. It is possible that this issue is fixed with the new ones?
- sytse 10y ago
  You're correct, we fixed this issue, the new warning will be: "Shared runners execute code of different projects on the same Runner unless you configure GitLab Runner Autoscale with MaxBuilds 1 (which it is on GitLab.com)."

abpavel 10y ago

Came here to post it, but too late! Good job @fweespee_ch! The importance of this announcement is that DigitalOcean is all over Fortune 500, and GitLab partnership means that Git is not only mainstream - it's THE stream.

olalonde 10y ago
> DigitalOcean is all over Fortune 500 Do you have any reference for that? I was under the impression that DigitalOcean was mostly used by developers and startups. I was also under the impression that Git became the mainstream VCS a while ago...
- abpavel 10y ago
  What do you mean by "reference"? I was talking about corporate environment of dozens or so F500 where I participated in various projects personally, and saw myriads of archaic in-house development tools that would embarrass even prehistoric. DO was used in a couple of cases, not too widespread, but I had a feel it's one of the places it could really make a difference. And introducing Git to that would just make the whole deal so much better. Consider that an average Global 2000 enterprise has over 10,000 in-house apps, and a lot of them are being developed in a dedicated environment.
  - brianwawok 10y ago
    I have not yet worked for a fortune 2000 enterprise that would allow a VPS to be used that did not offer actual private networking. Which ones have you seen that used DO?
fweespee_ch 10y ago
Sorry, I was checking my email at lunch and figured why not. :) GitLab & Gogs are my two favorite Git collaboration platforms.

abpavel 10y ago

I love both GitLab and DigitalOcean, but why do I feel so devalued by IT deflation? The longer I'm part of something and the more effort I put into promoting a platform, the less perks I get. Why? I understand the importance of new customers, but why do you alienate the loyal user-base that made you what you are today? Are we rewarding ignorance now?

toomuchtodo 10y ago
Because people need to eat.
- abpavel 10y ago
  Eat what? Other people? Not sure what you're getting at, because I'm paying my membership dues, and I'm quite sure you're not living on less than $1/day either.
  - toomuchtodo 10y ago
    My point is that you're expecting something for free because you've evangelized in the past. There is no such thing as "influence" royalties.
    - xenihn 10y ago
      Not yet, at least.
  - carussell 10y ago
    Avoid making cavalier assumptions about others' circumstances.
unethical_ban 10y ago
You're getting free CI runners where you had none. Is that not enough benefit? It's not as if there is a scale where newbies get EVERYTHING and vets of 10+ years get nothing. New? Here is a small incentive. Not new? Thanks for using the product, check out these fresh features!

rohanprabhu 10y ago

Kind of off-topic, but the work GitLab is putting in and the things they come up with every other day is crazily impressive. We moved from Github to GitLab sometime ago and we believed that to be a trade-off for moving to our own infrastructure. It always seemed like GitLab wasn't "quite there". Today, however it is a whole different story. We pretty much cannot go back to Github at all because of how well-integrated, stable and beautiful this product is.

jobvandervoort 10y ago
Thanks. That's really great to hear! Although we still have ways to go, we recently made large strides in terms of performance and UX. Two areas we know we were lacking in, in the past. I'd love to hear what we can improve further.
- asimuvPR 10y ago
  This is super nice. After the "Dear Github" letter I moved to gitlab and have not looked back. Its great to see this project grow in a manner that respect the community that adopts it.
  - sytse 10y ago
    Thanks asimuvPR! BTW For our 'Dear Open Source Maintainers' letter please see https://about.gitlab.com/2016/01/15/making-gitlab-better-for-large-open-source-projects/ https://about.gitlab.com/2016/01/15/making-gitlab-better-for...
    - asimuvPR 10y ago
      I'm very aware of it. :) Do you mind if I email you?
      - sytse 10y ago
        Of course not, http://sytse.com/ http://sytse.com/ has my personal email.

phillc73 10y ago

> *Note: Promotion code available for new DigitalOcean customers only. This type of promotion really aggravates me. I'm not just saying this only about the announced GitLab/DigitialOcean partnership, but rather as a general comment as I see this customer acquisition ruse quite a lot elsewhere too. I spend money with DigitalOcean. I don't feel particularly rewarded for my loyalty when I can't enjoy the same promotion as some new customer, who may never spend another cent with DO.

jobvandervoort 10y ago
I can understand that you feel this is unfair. Here's our point of view: https://news.ycombinator.com/item?id=11529780 https://news.ycombinator.com/item?id=11529780
- deleted 10y ago
  [deleted]
- pc86 10y ago
  Sorry that's a cop out. The complaint is that promo codes for a brand new, very useful integration are limited to people who statistically are less likely to use them (new users on a new platform). "We hope you continue to enjoy paying for great boot times and UX" is... not a reply worth typing, honestly. I'm a small DigitalOcean customer. If you want the promo to be cost effective, limit it to the first 250 users or whatever. I don't think anybody here would give you a hard time about protecting the financial integrity of a program. But don't hide behind that if it's really just a way to get a few new users in the door (which is fine!) - just be honest about it.
  - fweespee_ch 10y ago
    I strongly suspect that promotion has terms controlled by DigitalOcean and not GitLab. You'd probably get more mileage at complaining to DO than you would to GitLab. --- EDIT: https://news.ycombinator.com/item?id=11529949 https://news.ycombinator.com/item?id=11529949 > @fweespee_ch: if they're not reading HN, they're doing it wrong anyway. Fair enough. I just think trying to force a response out of GitLab employees is the wrong route to take when they have no power over the coupon.

awinter-py 10y ago

I use self-hosted gitlab as my primary CI and love it. Setting up CI runners is still too complicated (maybe because I use the gitlab docker image and there's no compose support). drone.io seems to have better support for deploying & cleaning up images, but I'm sure gitlab will get there.

jobvandervoort 10y ago
Great to hear. We're working on making deploy [0] and working with Docker images [1] easier. That should also include cleanup in time. I owe you a reply regarding Docker Compose support. [0]: https://gitlab.com/gitlab-org/gitlab-ce/issues/3286 https://gitlab.com/gitlab-org/gitlab-ce/issues/3286 [1]: https://gitlab.com/gitlab-org/gitlab-ce/issues/634274 https://gitlab.com/gitlab-org/gitlab-ce/issues/634274
- awinter-py 10y ago
  Thanks -- didn't realize they added an artifacts key to the CI yaml.
  - sytse 10y ago
    You're welcome. To read more about build artifacts please see http://doc.gitlab.com/ce/ci/build_artifacts/README.html http://doc.gitlab.com/ce/ci/build_artifacts/README.html
    - awinter-py 10y ago
      I'm sure you hear this a lot, but thanks & keep up the good work. I'm grateful for all the great open source tools I use, but you guys are in the upper echelon for making consistent forward strides without breaking too much.
      - sytse 10y ago
        Thanks! Comments like yours are an inspiration to us, I'll share with the team (now 70+ people!).

kawsper 10y ago

The thing that made CI more affordable for us was to rent our own Hetzner servers, and switch to https://buildkite.com https://buildkite.com Prior to this we were with CircleCI, and before that Travis CI.

sytse 10y ago
BuildKit looks nice and their documentation is really nicely structured. Is there anything they have that you're missing in GitLab?
- kawsper 10y ago
  BuildKite is really nice, they also support pipelining and are acting as glue between CI and Github. I can't answer your question about GitLab since I haven't used your product. A plus for us was also that they are willing to support Gogs if we need it.
  - sytse 10y ago
    Thanks for your response. We already have stages (pipelines) as part of the .gitlab-ci.yml definition http://doc.gitlab.com/ee/ci/yaml/README.html#stages http://doc.gitlab.com/ee/ci/yaml/README.html#stages In the upcoming release (this Friday is the 22nd!) we'll likely ship a pipeline view in the UI https://gitlab.com/gitlab-org/gitlab-ce/issues/3743 https://gitlab.com/gitlab-org/gitlab-ce/issues/3743 GitLab CI is part of GitLab itself and won't support other systems. If you want you can mirror repositories on GitLab EE/.com with http://doc.gitlab.com/ee/workflow/repository_mirroring.html http://doc.gitlab.com/ee/workflow/repository_mirroring.html

neom 10y ago

Great news, awesome partnership. Nice work team! :clap:

sytse 10y ago
Thanks neom!

spdustin 10y ago

I have a (perhaps) more incendiary take on this kind of thing. I have no problem with promo codes for new customers. Zero. None. As a business owner, I know damn well there are some products or services that need a little "taster" offered to a potential customer to get them even modestly interested. Existing paying customers? Why would you spend money to acquire customers that you've already acquired. You had your reasons for signing up for DO, and apparently, the lack of a $10 credit wasn't one of them. And we all know this is a flimsy firewall to breech anyway - a different e-mail address that - if you're really feeling saucy - you could have delivered to an SMTP daemon on your existing droplet. Promotions are by definition a form of publicity or advertisement, and if you're already a customer, you're already a customer, know what I mean? Why advertise "hey, check us out" if you've already checked them out and signed on the dotted line. If you feel really, really, really burned by this, do what other cost-conscious consumers do, and whenever you see a box "promo code" on a signup form, Google "example.com promo code" (substituting the actual domain name, obviously) and see what you can find. I do not understand, even a little bit, the amount of outrage over the fact that you want a company to spend advertising money (that's what a promotion is budgeted to) to advertise to an existing customer. Not unless you feel that DO isn't worth it already, that is, and in that case, what the hell is $10 going to do to change your mind?

deleted 10y ago
[deleted]
vertoc 10y ago
I'm a little confused... you say "I have no problem with promo codes for new customers. Zero. None." but that's exactly what they are doing... the $10 credit is only for new customers to DO
- dandelany 10y ago
  GP is a general response to the other commenters below who are existing DO customers complaining that they can't take advantage of this promo.
  - 10y ago

deckar01 10y ago

Install `gitlab-ci-multi-runner` on your existing droplet and enjoy (relatively) free CI with high priority. GitLab already made it incredibly simple to setup.

sytse 10y ago
Thanks! If people are looking for the docs please see https://gitlab.com/gitlab-org/gitlab-ci-multi-runner#install-gitlab-runner https://gitlab.com/gitlab-org/gitlab-ci-multi-runner#install...

ausjke 10y ago

As of today DO remains to be my experimental playground for testing new ideas, linode is my official site, it seems DO keeps its innovative momentum and I begin to wonder when or should I switch over fully, Gitlab adds one more point on DO side certainly.

shade23 10y ago

Speaking on a more meta level here,this is an interesting phase of Product offerings. We have a single giant whose products are used by the masses(Google/Uber/Github-in this sense) which had customer-focussed /domain-oriented paths but seem to have lost it midway, and then we have smaller/modular companies who are more focused to the domain improvement in itself (DDG,Lyft,Gitlab) who partner up with other specialised companies(Yandex/Didi Kaudi/DO) to remain customer-focussed /domain-oriented. In the meantime the consumers get to choose between what the world chose and what could be a more sensible decision.