@sacho/sacho-x86_64-pc-windows-msvc 0.1.0-dev.12 → 0.1.0-dev.13
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 +12 -2
- package/package.json +1 -1
- package/sacho.exe +0 -0
package/README.md
CHANGED
|
@@ -173,10 +173,10 @@ staged Git changes or `sacho check --base <revision>` in CI.
|
|
|
173
173
|
|
|
174
174
|
When the version is ready, compile and consume its fragments. This command
|
|
175
175
|
releases the version stored by `sacho next`, uses the current local date, and
|
|
176
|
-
|
|
176
|
+
closes the materialized unreleased region:
|
|
177
177
|
|
|
178
178
|
~~~~ sh
|
|
179
|
-
sacho release
|
|
179
|
+
sacho release
|
|
180
180
|
~~~~
|
|
181
181
|
|
|
182
182
|
If no next version has been set, pass the release version explicitly, for
|
|
@@ -185,6 +185,16 @@ must be supplied rather than taken from the local clock. A repository with no
|
|
|
185
185
|
released changelog sections can cut its first release without fragments. Later
|
|
186
186
|
empty releases require an explicit `--allow-empty`.
|
|
187
187
|
|
|
188
|
+
Commit and tag that released-only state. When development resumes, start the
|
|
189
|
+
next cycle separately:
|
|
190
|
+
|
|
191
|
+
~~~~ sh
|
|
192
|
+
sacho next 1.3.0
|
|
193
|
+
~~~~
|
|
194
|
+
|
|
195
|
+
Pass `--next 1.3.0` to `sacho release` only when the release commit should also
|
|
196
|
+
open the next cycle and retain its empty materialized region.
|
|
197
|
+
|
|
188
198
|
After committing a release, print its frozen Markdown section with `show`:
|
|
189
199
|
|
|
190
200
|
~~~~ sh
|
package/package.json
CHANGED
package/sacho.exe
CHANGED
|
Binary file
|