tinysemver 1.4.0__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.
@@ -1,6 +1,6 @@
1
1
  Metadata-Version: 2.1
2
2
  Name: tinysemver
3
- Version: 1.4.0
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
- ## Use the Action
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: CI
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
- - uses: actions/checkout@v4
319
- with:
320
- persist-credentials: false # only if main branch if protected
321
- # Your existing steps...
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@v1
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,version = "(.*)"'
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
- ### Security Considerations for Protected Branches
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
- ## Use the Action
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: CI
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
- - uses: actions/checkout@v4
93
- with:
94
- persist-credentials: false # only if main branch if protected
95
- # Your existing steps...
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@v1
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,version = "(.*)"'
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
- ### Security Considerations for Protected Branches
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 = "1.4.0"
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: 1.4.0
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
- ## Use the Action
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: CI
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
- - uses: actions/checkout@v4
319
- with:
320
- persist-credentials: false # only if main branch if protected
321
- # Your existing steps...
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@v1
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,version = "(.*)"'
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
- ### Security Considerations for Protected Branches
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