@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 +15 -0
- package/dist/cli.js +59 -53
- package/package.json +2 -2
- package/src/commands/change-thread.ts +2 -2
- package/src/commands/task.ts +3 -0
- package/src/helpers/we-scrum.helper.ts +24 -13
- package/templates/develop-story-skill.hbs +2 -0
- package/templates/get-next-task.hbs +15 -13
- package/templates/review-analysis-skill.hbs +5 -3
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.
|