Hi, the only concern that comes to my mind is loss of historical
metadata.
"If you delete a label, it is permanently deleted. All references to
the label are removed from the system and you cannot undo the
deletion." [1]
I'm not sure how important such historical metadata is, though, so maybe
it's not a problem.
If it's desired to maintain such historical metadata, one alternative
could be to rename them and add some flag that means they're deprecated,
like described here[2].
>From my side, feel free to decide how to go about it, I just wanted to
bring some food for thought.
[1]
https://docs.gitlab.com/ee/user/project/labels.html
[2]
https://about.gitlab.com/handbook/marketing/project-management-guidelines/labels/#dont-delete-deprecate
--
intrigeri <intrigeri@???> writes:
> Hi,
>
> We've been using GitLab since a while and I think it's a good time to
> make our set of labels a bit leaner and easier to use.
>
> I want to focus on low hanging fruits here. I don't think it's a good
> time to take a step down and do a full revamp of our labels.
>
> I propose we:
>
> 1. Delete these labels
>
> - Camouflage: no open issues, probably never coming back
> - I2P: no open issues, probably never coming back
> - Handbook: only 2 open issues, can be tracked just fine with other
> labels
> - Feed Reader: no open issues; can now be tracked with "Email
> Client" since Thunderbird is our feed reader nowadays
> - Security Check: 1 open issue, 5 closed issues ⇒ not worth it
> - Verification Extension: we stopped using this a year ago
> so at this point I think the drawbacks of keeping this label
> outweigh the benefits of listing these 48 closed issues
>
> 2. Merge these labels:
>
> - "C: Installation", "C: Installation Assistant", "C: Installer"
> → "C: Installation"
>
> 3. Rename these labels:
>
> - "T: Test" → something that is harder to confuse with "C: Test
> suite"; ideas welcome; if nothing convincing arises I'll skip
> this one.
>
> I'm ready to drop any of these ideas if there are objections from
> people who use these labels.
>
> I plan to proceed no earlier than in 2 weeks.
>
> Cheers!
> _______________________________________________
> Tails-dev mailing list
> Tails-dev@???
> https://www.autistici.org/mailman/listinfo/tails-dev
> To unsubscribe from this list, send an empty email to Tails-dev-unsubscribe@???.