3 ms·

> Existing customers with up to 25 users can renew for one more year at the existing $4.00 rate, or get a free upgrade to Premium along with a staggered discoun

> Existing customers with up to 25 users can renew for one more year at the existing $4.00 rate, or get a free upgrade to Premium along with a staggered discount at the next renewal: $6.00 on year 1, $9.00 year 2 and $15.00 for year 3. This seems reasonable...

znpy 6y ago
Besides that, they can still run gitlab on-prem (it's not that hard after all). So it's not like gitlab is completely cutting people out of service.
- marcinzm 6y ago
  As I understand it, on-prem requires a license if you want the non-community edition features and the license costs exactly as much as the SaaS version.
marcinzm 6y ago
The people most annoyed in the last thread were the ones who evangelized GitLab within their companies but hadn't yet convinced the company to pull the plug or transition to a paid plan. They now have egg on their faces as GitLab is no longer a viable option due to pricing.
- zymhan 6y ago
  I worked at a company that only used Gitlab's free tier for production deployments. But instead of actually paying for their service to resolve various limitations we ran into, my manager decided he "had a bad experience with Gitlab" and so we switched providers. I honestly don't know what people are thinking using a free tier for some service provider to run their company.
  - PaywallBuster 6y ago
    I'm also using Gitlab for free in production. We only use the CI/CD feature and host our own runners, free plan serves us well and gitlab.com just works.
  - sofixa 6y ago
    > I honestly don't know what people are thinking using a free tier for some service provider to run their company Idk, at work we have a pretty big free hosted Gitlab ( across multiple machines and DCs) and there are very little limitations ( which are not worth the price jump from free to pretty expensive)
meowster 6y ago
Reasonable for GitLab, but not the user. Reasonable for the user would be to just grandfather them in their current plan.
- weaksauce 6y ago
  Yeah that's the bog standard method of moving forward every time something like this happens. never take something away from someone that they are used to... it will only breed resentment. you let them continue on at the old price and if they want xyz new shiny offering that you obviously think is worthwhile because you are charging 4x for it then they will move to the new tier and you are off the grandfather hook for that user. if they stop the service then you are off the hook and they can buy the new tier if they want to resume using the paid service. edit: it amazes me that companies don't do this time and time again and suffer the negative repercussions of it every time.
gogopuppygogo 6y ago
They are nice enough to keep pricing for a reasonable amount of time for existing customers but it’s now much more attractive to use alternatives at lower costs.
ignoramous 6y ago
It is reasonable until corp realizes GitHub might be cheaper. Since the core product is git (ignoring the lock-in with CI/CD and other related GitLab features), organizations with cost constraints could be forced to move and that might be a cause of annoyance.

znpy 6y ago

Besides that, they can still run gitlab on-prem (it's not that hard after all). So it's not like gitlab is completely cutting people out of service.

marcinzm 6y ago
As I understand it, on-prem requires a license if you want the non-community edition features and the license costs exactly as much as the SaaS version.

marcinzm 6y ago

The people most annoyed in the last thread were the ones who evangelized GitLab within their companies but hadn't yet convinced the company to pull the plug or transition to a paid plan. They now have egg on their faces as GitLab is no longer a viable option due to pricing.

zymhan 6y ago
I worked at a company that only used Gitlab's free tier for production deployments. But instead of actually paying for their service to resolve various limitations we ran into, my manager decided he "had a bad experience with Gitlab" and so we switched providers. I honestly don't know what people are thinking using a free tier for some service provider to run their company.
- PaywallBuster 6y ago
  I'm also using Gitlab for free in production. We only use the CI/CD feature and host our own runners, free plan serves us well and gitlab.com just works.
- sofixa 6y ago
  > I honestly don't know what people are thinking using a free tier for some service provider to run their company Idk, at work we have a pretty big free hosted Gitlab ( across multiple machines and DCs) and there are very little limitations ( which are not worth the price jump from free to pretty expensive)

meowster 6y ago

Reasonable for GitLab, but not the user. Reasonable for the user would be to just grandfather them in their current plan.

weaksauce 6y ago
Yeah that's the bog standard method of moving forward every time something like this happens. never take something away from someone that they are used to... it will only breed resentment. you let them continue on at the old price and if they want xyz new shiny offering that you obviously think is worthwhile because you are charging 4x for it then they will move to the new tier and you are off the grandfather hook for that user. if they stop the service then you are off the hook and they can buy the new tier if they want to resume using the paid service. edit: it amazes me that companies don't do this time and time again and suffer the negative repercussions of it every time.

gogopuppygogo 6y ago

They are nice enough to keep pricing for a reasonable amount of time for existing customers but it’s now much more attractive to use alternatives at lower costs.

ignoramous 6y ago

It is reasonable until corp realizes GitHub might be cheaper. Since the core product is git (ignoring the lock-in with CI/CD and other related GitLab features), organizations with cost constraints could be forced to move and that might be a cause of annoyance.