Commit `b0d108dffc`

b0d108dffc7102fb4352f863646fa8c629c92dcb

Verified · cmc

cmc <hello@cleberg.net> · 2026-09-03 00:11 UTC

Parity, Users: labels

Ref krz/gitbay#85

Layout: unified · split

Parity.org +7

	@@ -80,8 +80,15 @@ reviews, since an approval was of the diff against the old branch.
80	\| labels, assignees \| yes \| yes \| yes \|	80	\| labels, assignees \| yes \| yes \| yes \|
81	\| milestone \| yes \| yes \| yes \|	81	\| milestone \| yes \| yes \| yes \|
82	\| milestone list \| yes \| yes \| yes \|	82	\| milestone list \| yes \| yes \| yes \|
		83	\| labels: list, colour \| yes \| no \| no \|
83	\| choose body markup \| yes \| no \| no \|	84	\| choose body markup \| yes \| no \| no \|
84		85
		86	Labels are created on the fly by =issue label --add= and managed by
		87	=label list=, =label set <label> --color rrggbb= and =label remove=,
		88	which takes the label off every issue. The web paints the stored colour
		89	on every chip and derives one from the name when none is set; it has no
		90	form for setting one yet.
		91
85	Issue, MR and release bodies, and their comments, carry the markup they	92	Issue, MR and release bodies, and their comments, carry the markup they
86	were written in — =--format md\|org= on create, comment and edit, stored	93	were written in — =--format md\|org= on create, comment and edit, stored
87	alongside the text so changing a preference later cannot reinterpret	94	alongside the text so changing a preference later cannot reinterpret

Users.org +5

 issue create= prefills =$EDITOR= with the default template, the web
 form prefills its textarea, and =gitbay issue templates= lists them.
+Labels take a colour: =gitbay label set bug --color cf222e=; =label
+list= shows each with its colour and how many issues carry it, and
+=label remove= takes one off every issue. =issue label --add= still
+creates a colourless label on the fly.
 * Merge requests
 #+begin_src sh

Commit b0d108dffc