Is your feature request related to a problem? Please describe.
I'm using GitLab with scoped labels for my projects. As the suggestion is to name labels like scope::label I would like to be able to use the same style for my netlify-cms editorial workflow labels. At the moment the prefix for the editorial workflow labels is hard-coded to netlify-cms/.
Describe the solution you'd like
I would suggest a configuration option at least for the hosted Git Backends (GitLab, GitHub, Bitbucket) named label_prefix that is netlify-cms/ per default but can be adjusted.
Describe alternatives you've considered
Additional context
Thanks @knoppiks, if anyone would like to work on this see:
https://github.com/netlify/netlify-cms/blob/c33db099ac56edfd993de0212a8085d8d9243ce4/packages/netlify-cms-lib-util/src/APIUtils.ts#L5
Hi, what is the current status of this issue?
Not currently on the radar of anyone if you're looking to contribute 馃槃
Then I would like to work on this :)
I am thinking 2 possible options for the solution:
I prefer the second option, what do you think?
If we will go with the second option, I need guidance for accessing config.yml. I see some packages access to the global config(here), should I do the same for this task?
Hi @KancerEzeroglu, I think you would need to go with the first option.
APIUtils.ts are just utility functions and should not have access to the entire config or should be able to read the config.yml (regardless we also allow initialisation via JavaScript without a config.yml https://www.netlifycms.org/docs/beta-features/#manual-initialization).
The link you provided is for media libraries extensions which work similar to the backends (the config is passed to them).
You can see an example here:
https://github.com/netlify/netlify-cms/blob/277a7117a84f4141fbd4af94774c6806e9ff2648/packages/netlify-cms-backend-github/src/implementation.tsx#L113
Following the same pattern should work. WDTY?
I agree with you and working on this. fyi
Just for the update, I've finished the GitHub part. I need to make an extra one more test. After that, I'll send a PR. And after everything is fine, I'll do the same things for Bitbucket, GitLab, and so on.