On 2020 prilula d. 29id 06:46:55 CEST Bhushan Shah wrote: > We have gotten a request for namespacing from projects on multiple > occassion, in cgit our workaround has always been that we prefix the > repo name with namespace- (i.e wikitolearn-courses-backend). > > While this works out with our current workflow, it is not really > optimal. I've also mentioned various new contributor focused > requirements which lead us to this proposal for structuring in previous > emails.
Your mention of namespaces reminds me that there was **also** a discussion in this thread about workboards and reviews. GitLab can have **one** workboard per group. So depending on how the categories / namespaces work out, we have choices in the overall number of workboards: - one big one (flat) - one per (sub)group / namespace We should look at this as well. Arguments I've seen in this thread - one big one is unmanageably large - (sub)communities have asked for smaller (split) workboards - split workboards make it harder to work over group boundaries - one big one allows moving reviews and tasks to where they belong (The last point is "because there are no group boundaries"). >From the sound of it (without re-reading this entire thread today) it's a distinction between generalists and specialists and a good workflow depends on what it is you're trying to coordinate (drat, another "it depends" issue). [ade]
signature.asc
Description: This is a digitally signed message part.