I think there are some valid use case scenarios where it's reasonable to have a count limitation. For example at my university, we are evaluating installing Gitlab for our students so they can be able to create repositories, but we are not interested in anyone spamming the system with hundred of thousands repositories just to reserve the namespace.
But there may also be valid use cases for unlimited creating power for example on small companies, etc. So I propose to use "-1" as unlimited, "0" as don't allow (the way it is today) and positive numbers as a max project limitation.
By Administrator on 2013-01-28T17:32:22 (imported from GitLab)
I also agree with @brodock on this. If someone wanted to set up their own hosted GitLab service with limits on free accounts, removing the limit would hurt this objective.
By Administrator on 2013-01-31T14:47:25 (imported from GitLab)
We decided not to do boolean flag only because project limit counter is important for organizations like University when you want your students to create limited amount of project. THaths why the issue was closed - because idea was declined
By Administrator on 2015-03-09T16:09:30 (imported from GitLab)
@randx my suggestion was to use -1 as unlimited, 0 as not allowed, any positive number as the limit, keeping both good sides (limit or not, keeping R/O).
By Administrator on 2015-03-09T16:13:15 (imported from GitLab)
I am not sure how to represent -1 value in UI but idea makes sense.
If you want to extend current project limit functionality - please submit Pull Request or create feedback item at http://feedback.gitlab.com/forums/176466-general.
By Administrator on 2015-03-09T16:25:52 (imported from GitLab)