@we-scrum/cli 6.9.2 → 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
@@ -52,10 +52,25 @@ Gets the next pending task (status: ToDo) for a story, including its description
52
52
  If the next task is paused by an automation breakpoint, this command stops and reports the pause instead of returning task details — see [Automation breakpoints](#automation-breakpoints) below.
53
53
 
54
54
  ```bash
55
- we-scrum start-task --identificationNumber <id> --taskId <taskId> # Mark a specific task as in progress
56
- we-scrum complete-task --identificationNumber <id> --taskId <taskId> # Mark the current in-progress task as done
55
+ we-scrum start-task --identificationNumber <id> --changeId <changeId> # Mark a specific task as in progress
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.