As per the blog post, not until 2022-10-19
3 Likes
Sorry guys, we are moving out today from GitLab. For sure, we were willing to pay for it, but the current price point is 400% more than the other players in the field like GitHub and Azure DevOps. We are looking with our team to a 5k figure a year. That is really, really too much.
I am sorry it is going like this. We are really helped by GitLab for a long time for free. Thank you guys! Again we were willing to pay, but a reasonable price please.
3 Likes
Well, as per the current documentation (Free user limit | GitLab), itās probably still rolling out, but ā¦ does anybody see it enforced? (I just doubt this change stands up, but I kindaā hope itās not ā¦ a fiasco)
Nope: canāt see any changes yet
When will the changes roll out ? I really need to know what is forbidden now. Right now it seems like I can still get the .git, access Gitlab Issues, add new members, etc.
Does anybody know the exact list of features that will be forbidden ? If we will still get access to the .git ? Thanks !
We intend to roll out the application of these limits gradually and impacted users will be notified in-app at least 60 days prior to the user limits being applied.
If you have not yet received a notification, you have at least 60 days until you will see any impact related to this change.
Hi @olivan141, the 5-user limit will only be applied to private group namespaces. Personal namespaces are by design public, and therefore the 5-user limit will not be applied to your personal projects that contain more than5 users.
Really, really sad. 
This will kill GitLab. I can no longer advise other people to use GitLab āas it is the best alternative for any other platformā with such limitations.
Iām still hoping that GitLab will reverse this limitation. 
I only received an in-app message today. I never even heard of this before, no emails or anything, so this came as a surprise.
We have 4 devs, but an additional 6 people who should be able to open issues. I understand that they count as members as well?
We are a small startup that hasnāt launched yet. We simply canāt afford an additional $2200 a year. Furthermore, we donāt use anything from the paid tier, so it would be very difficult to justify the expense.
2 Likes
Today I saw the first effect (in the past I did receive an email about this change - I think it was 60 days before the announced enforcement).
Finally, today weāve received a(nother) warning. Shown in the usage quotas settings page, it said that the 5 user limit will be enforced in the future.
(Our situation is more convoluted as these notifications concern different groups - my employerās and our clientsā)
Hmm, as a subjective feedback, I guess Iād have to thank gitlabās competition in the market.
So, thanks and all the best wishes.
1 Like
Hello. I first saw the warning in the UI at the start of this week.
Unfortunately it was the first I had heard about this change - I had received no email from GitLab. The warning in the āUIā says that the namespace will be marked as read-only āsoonā. Please could you provide more feedback on how soon? Because GitLab has no Starter/Basic/Cheap option, we will have to migrate away from GitLab, so we need to know how long we have to do that.
Thanks,
Dan
1 Like
Dear GitLab,
I was very surprised to see the warning about the 5 user limit.
This restriction will be the deal breaker for us.
At the beginning GitLab was hungry to get users, but soon we could see the direction of the (greedy) business, imposing limitations and restrictions for free tiers.
Itās hard to buy statements like āit was not an easy decisionā, because with this move, you didnāt show any understanding for the small dev groups. The actual message is āWe donāt really care about free tiers, and weāll continue to push to convert them to paid tiers or weāll get rid of themā.
Sorry, but Iām very disappointed with this move and enforcing the 5 user limit will drive us away.
1 Like
Just an update to my original message. I have discovered that I can ābypassā this limit, by setting the top-level namespace to Public. This is an acceptable change for us - all the subgroups are private, so the only information we are publishing is (1) the fact we exist (2) the top-level usernames (only two).
How long until GitLab removes that option, though?
If you have to move projects from a top-level group to a subgroup, this will change the URL of the projects though.
Thatās in the FAQ:
For public groups itās possible to hide top-level users too, if you use instead a subgroup with the same members and give that subgroup access to the top-level group. A little bit of care is necessary especially when removing the top-level users
ā¦ but, yeah, for how long ā¦ (and maybe others too remember the quite recent history about the plan to ā¦ delete dormant projects for free accounts ā¦)
For a while I was thinking that enough paying customers share users between their top-level groups making this change simply a no go ā¦ well, without multiplying the cost of such users ā¦ but ā¦