tinysemver 1.4.1__tar.gz → 2.0.0__tar.gz
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.
- {tinysemver-1.4.1/tinysemver.egg-info → tinysemver-2.0.0}/PKG-INFO +31 -14
- {tinysemver-1.4.1 → tinysemver-2.0.0}/README.md +30 -13
- {tinysemver-1.4.1 → tinysemver-2.0.0}/pyproject.toml +1 -1
- {tinysemver-1.4.1 → tinysemver-2.0.0/tinysemver.egg-info}/PKG-INFO +31 -14
- {tinysemver-1.4.1 → tinysemver-2.0.0}/LICENSE +0 -0
- {tinysemver-1.4.1 → tinysemver-2.0.0}/setup.cfg +0 -0
- {tinysemver-1.4.1 → tinysemver-2.0.0}/tinysemver.egg-info/SOURCES.txt +0 -0
- {tinysemver-1.4.1 → tinysemver-2.0.0}/tinysemver.egg-info/dependency_links.txt +0 -0
- {tinysemver-1.4.1 → tinysemver-2.0.0}/tinysemver.egg-info/entry_points.txt +0 -0
- {tinysemver-1.4.1 → tinysemver-2.0.0}/tinysemver.egg-info/top_level.txt +0 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.1
|
|
2
2
|
Name: tinysemver
|
|
3
|
-
Version:
|
|
3
|
+
Version: 2.0.0
|
|
4
4
|
Summary: Tiny Semantic Versioning (SemVer) library, that doesn't depend on 300K lines of JavaScript
|
|
5
5
|
Author-email: Ash Vardanian <1983160+ashvardanian@users.noreply.github.com>, Guillaume de Rouville <31691250+grouville@users.noreply.github.com>
|
|
6
6
|
License: Apache License
|
|
@@ -301,10 +301,13 @@ Alternatively, you can just ask for `--help`:
|
|
|
301
301
|
$ tinysemver --help
|
|
302
302
|
```
|
|
303
303
|
|
|
304
|
-
##
|
|
304
|
+
## GitHub CI Action
|
|
305
|
+
|
|
306
|
+
TinySemVer can be easily integrated into your GitHub Actions CI pipeline.
|
|
307
|
+
Assuming the differences between YAML and shell notation, some arguments are passed in a different form, like `--update-version-in`.
|
|
305
308
|
|
|
306
309
|
```yaml
|
|
307
|
-
name:
|
|
310
|
+
name: Release
|
|
308
311
|
|
|
309
312
|
on:
|
|
310
313
|
push:
|
|
@@ -315,30 +318,30 @@ jobs:
|
|
|
315
318
|
runs-on: ubuntu-latest
|
|
316
319
|
|
|
317
320
|
steps:
|
|
318
|
-
|
|
319
|
-
|
|
320
|
-
|
|
321
|
-
|
|
321
|
+
- name: Checkout
|
|
322
|
+
uses: actions/checkout@v4
|
|
323
|
+
with:
|
|
324
|
+
persist-credentials: false # Only if main branch if protected
|
|
322
325
|
|
|
323
326
|
- name: Run TinySemVer
|
|
324
|
-
uses: ashvardanian/tinysemver@
|
|
327
|
+
uses: ashvardanian/tinysemver@v2
|
|
325
328
|
with:
|
|
326
|
-
dry-run: 'true'
|
|
327
|
-
verbose: 'true'
|
|
328
|
-
push: 'true'
|
|
329
329
|
major-verbs: 'breaking,break,major'
|
|
330
330
|
minor-verbs: 'feature,minor,add,new'
|
|
331
331
|
patch-verbs: 'fix,patch,bug,improve,docs'
|
|
332
332
|
changelog-file: 'CHANGELOG.md'
|
|
333
333
|
version-file: 'VERSION'
|
|
334
|
-
update-version-in: 'pyproject.toml
|
|
334
|
+
update-version-in: 'pyproject.toml:version = "(.*)"' # Use colon instead of space
|
|
335
335
|
git-user-name: 'GitHub Actions'
|
|
336
336
|
git-user-email: 'actions@github.com'
|
|
337
337
|
github-token: ${{ secrets.GITHUB_TOKEN }}
|
|
338
|
+
verbose: 'true'
|
|
339
|
+
push: 'true'
|
|
338
340
|
create-release: 'true'
|
|
341
|
+
dry-run: 'false'
|
|
339
342
|
|
|
340
343
|
publish:
|
|
341
|
-
needs: semver
|
|
344
|
+
needs: semver # Depends on the previous job
|
|
342
345
|
runs-on: ubuntu-latest
|
|
343
346
|
|
|
344
347
|
steps:
|
|
@@ -347,7 +350,21 @@ jobs:
|
|
|
347
350
|
ref: main # Take the most recent updated version
|
|
348
351
|
```
|
|
349
352
|
|
|
350
|
-
|
|
353
|
+
Every team has a different workflow, but a common pattern is to have one `release.yml` for the `main` branch and another `prerelease.yml` for the `main-dev` branch used as a staging area.
|
|
354
|
+
The latter would run with `dry-run: 'true'` and `push: 'false'` to prevent pushing changes to the main repository.
|
|
355
|
+
The `create-release` flag is optional and can be set to `false` if you don't want to create a new release on GitHub.
|
|
356
|
+
If you need to update the version in multiple files, pass a multiline string with the `|` operator:
|
|
357
|
+
|
|
358
|
+
```yaml
|
|
359
|
+
update-version-in: |
|
|
360
|
+
pyproject.toml:version = "(.*)"
|
|
361
|
+
package.json:"version": "(.*)"
|
|
362
|
+
CITATION.cff:version: "(.*)"
|
|
363
|
+
```
|
|
364
|
+
|
|
365
|
+
For examples, consider checking StringZilla, USearch, and other libraries using TinySemVer.
|
|
366
|
+
|
|
367
|
+
### Security Considerations
|
|
351
368
|
|
|
352
369
|
If your default branch is protected with a "pull request before merging" rule:
|
|
353
370
|
|
|
@@ -75,10 +75,13 @@ Alternatively, you can just ask for `--help`:
|
|
|
75
75
|
$ tinysemver --help
|
|
76
76
|
```
|
|
77
77
|
|
|
78
|
-
##
|
|
78
|
+
## GitHub CI Action
|
|
79
|
+
|
|
80
|
+
TinySemVer can be easily integrated into your GitHub Actions CI pipeline.
|
|
81
|
+
Assuming the differences between YAML and shell notation, some arguments are passed in a different form, like `--update-version-in`.
|
|
79
82
|
|
|
80
83
|
```yaml
|
|
81
|
-
name:
|
|
84
|
+
name: Release
|
|
82
85
|
|
|
83
86
|
on:
|
|
84
87
|
push:
|
|
@@ -89,30 +92,30 @@ jobs:
|
|
|
89
92
|
runs-on: ubuntu-latest
|
|
90
93
|
|
|
91
94
|
steps:
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
95
|
+
- name: Checkout
|
|
96
|
+
uses: actions/checkout@v4
|
|
97
|
+
with:
|
|
98
|
+
persist-credentials: false # Only if main branch if protected
|
|
96
99
|
|
|
97
100
|
- name: Run TinySemVer
|
|
98
|
-
uses: ashvardanian/tinysemver@
|
|
101
|
+
uses: ashvardanian/tinysemver@v2
|
|
99
102
|
with:
|
|
100
|
-
dry-run: 'true'
|
|
101
|
-
verbose: 'true'
|
|
102
|
-
push: 'true'
|
|
103
103
|
major-verbs: 'breaking,break,major'
|
|
104
104
|
minor-verbs: 'feature,minor,add,new'
|
|
105
105
|
patch-verbs: 'fix,patch,bug,improve,docs'
|
|
106
106
|
changelog-file: 'CHANGELOG.md'
|
|
107
107
|
version-file: 'VERSION'
|
|
108
|
-
update-version-in: 'pyproject.toml
|
|
108
|
+
update-version-in: 'pyproject.toml:version = "(.*)"' # Use colon instead of space
|
|
109
109
|
git-user-name: 'GitHub Actions'
|
|
110
110
|
git-user-email: 'actions@github.com'
|
|
111
111
|
github-token: ${{ secrets.GITHUB_TOKEN }}
|
|
112
|
+
verbose: 'true'
|
|
113
|
+
push: 'true'
|
|
112
114
|
create-release: 'true'
|
|
115
|
+
dry-run: 'false'
|
|
113
116
|
|
|
114
117
|
publish:
|
|
115
|
-
needs: semver
|
|
118
|
+
needs: semver # Depends on the previous job
|
|
116
119
|
runs-on: ubuntu-latest
|
|
117
120
|
|
|
118
121
|
steps:
|
|
@@ -121,7 +124,21 @@ jobs:
|
|
|
121
124
|
ref: main # Take the most recent updated version
|
|
122
125
|
```
|
|
123
126
|
|
|
124
|
-
|
|
127
|
+
Every team has a different workflow, but a common pattern is to have one `release.yml` for the `main` branch and another `prerelease.yml` for the `main-dev` branch used as a staging area.
|
|
128
|
+
The latter would run with `dry-run: 'true'` and `push: 'false'` to prevent pushing changes to the main repository.
|
|
129
|
+
The `create-release` flag is optional and can be set to `false` if you don't want to create a new release on GitHub.
|
|
130
|
+
If you need to update the version in multiple files, pass a multiline string with the `|` operator:
|
|
131
|
+
|
|
132
|
+
```yaml
|
|
133
|
+
update-version-in: |
|
|
134
|
+
pyproject.toml:version = "(.*)"
|
|
135
|
+
package.json:"version": "(.*)"
|
|
136
|
+
CITATION.cff:version: "(.*)"
|
|
137
|
+
```
|
|
138
|
+
|
|
139
|
+
For examples, consider checking StringZilla, USearch, and other libraries using TinySemVer.
|
|
140
|
+
|
|
141
|
+
### Security Considerations
|
|
125
142
|
|
|
126
143
|
If your default branch is protected with a "pull request before merging" rule:
|
|
127
144
|
|
|
@@ -4,7 +4,7 @@ build-backend = "setuptools.build_meta"
|
|
|
4
4
|
|
|
5
5
|
[project]
|
|
6
6
|
name = "tinysemver"
|
|
7
|
-
version = "
|
|
7
|
+
version = "2.0.0"
|
|
8
8
|
description = "Tiny Semantic Versioning (SemVer) library, that doesn't depend on 300K lines of JavaScript"
|
|
9
9
|
readme = "README.md"
|
|
10
10
|
license = { file = "LICENSE" }
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.1
|
|
2
2
|
Name: tinysemver
|
|
3
|
-
Version:
|
|
3
|
+
Version: 2.0.0
|
|
4
4
|
Summary: Tiny Semantic Versioning (SemVer) library, that doesn't depend on 300K lines of JavaScript
|
|
5
5
|
Author-email: Ash Vardanian <1983160+ashvardanian@users.noreply.github.com>, Guillaume de Rouville <31691250+grouville@users.noreply.github.com>
|
|
6
6
|
License: Apache License
|
|
@@ -301,10 +301,13 @@ Alternatively, you can just ask for `--help`:
|
|
|
301
301
|
$ tinysemver --help
|
|
302
302
|
```
|
|
303
303
|
|
|
304
|
-
##
|
|
304
|
+
## GitHub CI Action
|
|
305
|
+
|
|
306
|
+
TinySemVer can be easily integrated into your GitHub Actions CI pipeline.
|
|
307
|
+
Assuming the differences between YAML and shell notation, some arguments are passed in a different form, like `--update-version-in`.
|
|
305
308
|
|
|
306
309
|
```yaml
|
|
307
|
-
name:
|
|
310
|
+
name: Release
|
|
308
311
|
|
|
309
312
|
on:
|
|
310
313
|
push:
|
|
@@ -315,30 +318,30 @@ jobs:
|
|
|
315
318
|
runs-on: ubuntu-latest
|
|
316
319
|
|
|
317
320
|
steps:
|
|
318
|
-
|
|
319
|
-
|
|
320
|
-
|
|
321
|
-
|
|
321
|
+
- name: Checkout
|
|
322
|
+
uses: actions/checkout@v4
|
|
323
|
+
with:
|
|
324
|
+
persist-credentials: false # Only if main branch if protected
|
|
322
325
|
|
|
323
326
|
- name: Run TinySemVer
|
|
324
|
-
uses: ashvardanian/tinysemver@
|
|
327
|
+
uses: ashvardanian/tinysemver@v2
|
|
325
328
|
with:
|
|
326
|
-
dry-run: 'true'
|
|
327
|
-
verbose: 'true'
|
|
328
|
-
push: 'true'
|
|
329
329
|
major-verbs: 'breaking,break,major'
|
|
330
330
|
minor-verbs: 'feature,minor,add,new'
|
|
331
331
|
patch-verbs: 'fix,patch,bug,improve,docs'
|
|
332
332
|
changelog-file: 'CHANGELOG.md'
|
|
333
333
|
version-file: 'VERSION'
|
|
334
|
-
update-version-in: 'pyproject.toml
|
|
334
|
+
update-version-in: 'pyproject.toml:version = "(.*)"' # Use colon instead of space
|
|
335
335
|
git-user-name: 'GitHub Actions'
|
|
336
336
|
git-user-email: 'actions@github.com'
|
|
337
337
|
github-token: ${{ secrets.GITHUB_TOKEN }}
|
|
338
|
+
verbose: 'true'
|
|
339
|
+
push: 'true'
|
|
338
340
|
create-release: 'true'
|
|
341
|
+
dry-run: 'false'
|
|
339
342
|
|
|
340
343
|
publish:
|
|
341
|
-
needs: semver
|
|
344
|
+
needs: semver # Depends on the previous job
|
|
342
345
|
runs-on: ubuntu-latest
|
|
343
346
|
|
|
344
347
|
steps:
|
|
@@ -347,7 +350,21 @@ jobs:
|
|
|
347
350
|
ref: main # Take the most recent updated version
|
|
348
351
|
```
|
|
349
352
|
|
|
350
|
-
|
|
353
|
+
Every team has a different workflow, but a common pattern is to have one `release.yml` for the `main` branch and another `prerelease.yml` for the `main-dev` branch used as a staging area.
|
|
354
|
+
The latter would run with `dry-run: 'true'` and `push: 'false'` to prevent pushing changes to the main repository.
|
|
355
|
+
The `create-release` flag is optional and can be set to `false` if you don't want to create a new release on GitHub.
|
|
356
|
+
If you need to update the version in multiple files, pass a multiline string with the `|` operator:
|
|
357
|
+
|
|
358
|
+
```yaml
|
|
359
|
+
update-version-in: |
|
|
360
|
+
pyproject.toml:version = "(.*)"
|
|
361
|
+
package.json:"version": "(.*)"
|
|
362
|
+
CITATION.cff:version: "(.*)"
|
|
363
|
+
```
|
|
364
|
+
|
|
365
|
+
For examples, consider checking StringZilla, USearch, and other libraries using TinySemVer.
|
|
366
|
+
|
|
367
|
+
### Security Considerations
|
|
351
368
|
|
|
352
369
|
If your default branch is protected with a "pull request before merging" rule:
|
|
353
370
|
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|