@we-scrum/cli 6.9.3 → 6.9.5

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -56,6 +56,21 @@ we-scrum start-task --identificationNumber <id> --changeId <changeId> # Mar
56
56
  we-scrum complete-task --identificationNumber <id> --changeId <changeId> # Mark the current in-progress task as done
57
57
  ```
58
58
 
59
+ ### Change threads
60
+
61
+ Change threads are conversations attached to a change (task) in the we-scrum web app. They are used to request adjustments on a task, and to report deviations from the task description or feedback on the development guidelines.
62
+
63
+ ```bash
64
+ we-scrum get-change-threads --changeId <changeId> # List all threads of a change (any status), with their comments
65
+ we-scrum create-change-thread --changeId <changeId> --comment <comment> # Open a new thread with a first comment
66
+ we-scrum add-comment-to-change-thread --changeThreadId <id> --comment <comment> # Reply to an existing thread
67
+ we-scrum update-change-thread-status --changeThreadId <id> --status <Open|Resolved|Archived> # Change the status of a thread
68
+ ```
69
+
70
+ Comments support markdown. `get-change-threads` returns every thread of the change, whatever its status (`Open`, `Resolved`, `Archived`), ordered by status (`Open` first, then `Resolved`, then `Archived`) and, within a status, by creation date. This gives the complete history and lets you reply to an existing thread instead of creating a duplicate.
71
+
72
+ The `get-next-task` output tells you when to use these commands: read the threads before implementing, resolve the open ones you addressed, and before completing a task post a thread for any deviation from the task description or for missing development guidelines.
73
+
59
74
  ### Automation breakpoints
60
75
 
61
76
  A developer can set a breakpoint on a change from the we-scrum web app to pause automated development at that point. When `get-next-task` hits a change with a breakpoint set, it halts and reports the pause instead of proceeding.