@ggdna/dna-gg 1.5.0 → 1.6.0
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/dna/_generated.json +6 -6
- package/dna/doc/guides/develop-without-ai-guide.md +11 -2
- package/dna/doc/guides/for-ai/ai-dev-guide.md +16 -3
- package/dna/dot-claude/skills/gg-cleanup/SKILL.md +5 -2
- package/dna/dot-claude/skills/gg-publish/SKILL.md +8 -2
- package/dna/dot-claude/skills/gg-ticket/SKILL.md +8 -1
- package/package.json +1 -1
package/dna/_generated.json
CHANGED
|
@@ -39,7 +39,7 @@
|
|
|
39
39
|
"ecosystem": null,
|
|
40
40
|
"resolvedVersion": null,
|
|
41
41
|
"via": null,
|
|
42
|
-
"hash": "
|
|
42
|
+
"hash": "0xf809b20d01f13cce"
|
|
43
43
|
}
|
|
44
44
|
],
|
|
45
45
|
"claude": {
|
|
@@ -67,7 +67,7 @@
|
|
|
67
67
|
},
|
|
68
68
|
{
|
|
69
69
|
"path": ".claude/skills/gg-cleanup/SKILL.md",
|
|
70
|
-
"hash": "
|
|
70
|
+
"hash": "0x634921912309c933"
|
|
71
71
|
},
|
|
72
72
|
{
|
|
73
73
|
"path": ".claude/skills/gg-commit/SKILL.md",
|
|
@@ -75,7 +75,7 @@
|
|
|
75
75
|
},
|
|
76
76
|
{
|
|
77
77
|
"path": ".claude/skills/gg-publish/SKILL.md",
|
|
78
|
-
"hash": "
|
|
78
|
+
"hash": "0x501ac99a5d586b58"
|
|
79
79
|
},
|
|
80
80
|
{
|
|
81
81
|
"path": ".claude/skills/gg-push/SKILL.md",
|
|
@@ -87,7 +87,7 @@
|
|
|
87
87
|
},
|
|
88
88
|
{
|
|
89
89
|
"path": ".claude/skills/gg-ticket/SKILL.md",
|
|
90
|
-
"hash": "
|
|
90
|
+
"hash": "0xa44f6e5ad54a6d0b"
|
|
91
91
|
},
|
|
92
92
|
{
|
|
93
93
|
"path": ".claude/skills/gg/SKILL.md",
|
|
@@ -111,11 +111,11 @@
|
|
|
111
111
|
},
|
|
112
112
|
{
|
|
113
113
|
"path": "doc/guides/develop-without-ai-guide.md",
|
|
114
|
-
"hash": "
|
|
114
|
+
"hash": "0x88551202636c10c0"
|
|
115
115
|
},
|
|
116
116
|
{
|
|
117
117
|
"path": "doc/guides/for-ai/ai-dev-guide.md",
|
|
118
|
-
"hash": "
|
|
118
|
+
"hash": "0x66658aeee6353ced"
|
|
119
119
|
},
|
|
120
120
|
{
|
|
121
121
|
"path": "doc/guides/index-guide.md",
|
|
@@ -22,12 +22,15 @@ If you have not done that yet:
|
|
|
22
22
|
cd ~/dev/
|
|
23
23
|
```
|
|
24
24
|
|
|
25
|
-
## Add
|
|
25
|
+
## Add repos to the ticket
|
|
26
26
|
|
|
27
27
|
```bash
|
|
28
28
|
gg do add repo1 repo2
|
|
29
29
|
```
|
|
30
30
|
|
|
31
|
+
Name all repos in one call: every call refreshes the ocean and builds
|
|
32
|
+
the dependency graph again.
|
|
33
|
+
|
|
31
34
|
## Open the workspace in Vscode
|
|
32
35
|
|
|
33
36
|
```bash
|
|
@@ -58,6 +61,12 @@ gg do review
|
|
|
58
61
|
|
|
59
62
|
## Publish
|
|
60
63
|
|
|
64
|
+
Publish from the workspace root and name the ticket with `-i`:
|
|
65
|
+
|
|
61
66
|
```bash
|
|
62
|
-
|
|
67
|
+
cd ~/dev/
|
|
68
|
+
gg do publish -i <ticket>
|
|
63
69
|
```
|
|
70
|
+
|
|
71
|
+
At the end gg moves the ticket folder to the trash. On Windows this fails
|
|
72
|
+
while a terminal sits in the ticket folder ("used by another process").
|
|
@@ -104,6 +104,12 @@ After the user's confirmation, add the repos to the ticket:
|
|
|
104
104
|
gg do add repo1 repo2
|
|
105
105
|
```
|
|
106
106
|
|
|
107
|
+
Name all code repos in this one call, never one `gg do add` per repo —
|
|
108
|
+
not even for repos you find one after the other. Every call refreshes
|
|
109
|
+
the ocean and builds the dependency graph again, and a ticket repo that
|
|
110
|
+
depends on several new repos is resolved again for each call. The same
|
|
111
|
+
goes for repos you find later, while implementing: add them together.
|
|
112
|
+
|
|
107
113
|
## Keep every repo in its scope
|
|
108
114
|
|
|
109
115
|
Every repo covers one fixed scope: the `summary` and `domain` of its
|
|
@@ -121,7 +127,8 @@ as code does not fit the repo it is in or is about to land in:
|
|
|
121
127
|
covers: propose creating one with `gg do create repo`, which adds it to
|
|
122
128
|
the ticket
|
|
123
129
|
- **Add an existing repo** — the code belongs to a repo in .ocean that is
|
|
124
|
-
not part of the ticket yet: propose adding it with `gg do add
|
|
130
|
+
not part of the ticket yet: propose adding it with `gg do add`,
|
|
131
|
+
several repos in one call
|
|
125
132
|
- **Move code** — existing code, or code you just wrote, belongs to another
|
|
126
133
|
repo: propose moving it there
|
|
127
134
|
|
|
@@ -348,11 +355,17 @@ Afterwards load the review-light skill and execute it.
|
|
|
348
355
|
of each repo — `gg do publish` offers them as defaults
|
|
349
356
|
- If the ticket was only planned, publish the project management repo only
|
|
350
357
|
|
|
351
|
-
Ask the user to run the following command **manually
|
|
358
|
+
Ask the user to run the following command **manually** from the workspace
|
|
359
|
+
root, not from the ticket folder:
|
|
352
360
|
|
|
353
361
|
```bash
|
|
354
|
-
|
|
362
|
+
cd ~/dev/ # workspace root
|
|
363
|
+
gg do publish -i fix_login_crash
|
|
355
364
|
```
|
|
356
365
|
|
|
366
|
+
At the end gg moves the ticket folder to the trash. Windows refuses to move
|
|
367
|
+
a folder a terminal sits in ("used by another process", errno 32), so the
|
|
368
|
+
terminal must stay outside the ticket — `-i` names the ticket instead.
|
|
369
|
+
|
|
357
370
|
gg triggers the pull request merge and publishes the changes to the
|
|
358
371
|
registry. Finally the version tag is created and pushed.
|
|
@@ -52,10 +52,13 @@ git merge --abort
|
|
|
52
52
|
## 3. Remove the ticket folder
|
|
53
53
|
|
|
54
54
|
```bash
|
|
55
|
-
cd ~/dev/ # workspace
|
|
56
|
-
rm -rf
|
|
55
|
+
cd ~/dev/ # workspace root
|
|
56
|
+
rm -rf fix_login_crash
|
|
57
57
|
```
|
|
58
58
|
|
|
59
|
+
On Windows, no terminal and no VS Code window may sit in the ticket folder —
|
|
60
|
+
otherwise the deletion fails with "used by another process".
|
|
61
|
+
|
|
59
62
|
## 4. Update the workspace
|
|
60
63
|
|
|
61
64
|
Pull `main` in the repos the ticket touched, so the workspace matches the
|
|
@@ -30,12 +30,18 @@ it is interactive. Check that `CHANGELOG.md` reads well.
|
|
|
30
30
|
|
|
31
31
|
## 3. Let the user publish
|
|
32
32
|
|
|
33
|
-
Ask the user to run this **manually** from the
|
|
33
|
+
Ask the user to run this **manually** from the workspace root, not from the
|
|
34
|
+
ticket folder. Fill in the real workspace root and ticket folder:
|
|
34
35
|
|
|
35
36
|
```bash
|
|
36
|
-
|
|
37
|
+
cd ~/dev/ # workspace root
|
|
38
|
+
gg do publish -i fix_login_crash
|
|
37
39
|
```
|
|
38
40
|
|
|
41
|
+
At the end gg moves the ticket folder to the trash. Windows refuses to move
|
|
42
|
+
a folder a terminal sits in ("used by another process", errno 32), so the
|
|
43
|
+
terminal must stay outside the ticket — `-i` names the ticket instead.
|
|
44
|
+
|
|
39
45
|
It asks whether the ticket and the remote feature branches may be deleted.
|
|
40
46
|
If the user declines, run `/gg-cleanup` afterwards.
|
|
41
47
|
|
|
@@ -90,6 +90,12 @@ After the confirmation:
|
|
|
90
90
|
gg do add repo1 repo2
|
|
91
91
|
```
|
|
92
92
|
|
|
93
|
+
Name all code repos in this one call, never one `gg do add` per repo —
|
|
94
|
+
not even for repos you find one after the other. Every call refreshes
|
|
95
|
+
the ocean and builds the dependency graph again, and a ticket repo that
|
|
96
|
+
depends on several new repos is resolved again for each call. The same
|
|
97
|
+
goes for repos you find later, while implementing: add them together.
|
|
98
|
+
|
|
93
99
|
## 5. Open the workspace only on request
|
|
94
100
|
|
|
95
101
|
Do not open VS Code on your own — many tickets need no editor. Tell the
|
|
@@ -136,7 +142,8 @@ not fit the repo it is in or is about to land in:
|
|
|
136
142
|
|
|
137
143
|
- **Split a repo** that has grown a second scope into two repos
|
|
138
144
|
- **Add a new repo** with `gg do create repo` for a domain no repo covers
|
|
139
|
-
- **Add an existing repo** with `gg do add` when the code belongs there
|
|
145
|
+
- **Add an existing repo** with `gg do add` when the code belongs there;
|
|
146
|
+
several repos in one call
|
|
140
147
|
- **Move code**, existing or just written, into the repo whose scope it fits
|
|
141
148
|
|
|
142
149
|
Name the code, the repo it is in, the repo it should go to and why. Let the
|