Release scripts
See original GitHub issueAt the very least, we need some easy way to:
- bump version numbers
- update dependencies
Later we’ll also want to publish packages to npm
as tarballs.
Lab has some tooling in the buildutils
: https://github.com/jupyterlab/jupyterlab/tree/master/buildutils
Retro also has some in https://github.com/jupyterlab/retrolab/tree/main/buildutils
We could do something similar.
Or have that in Python in dodo.py
.
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
AlCalzone/release-script - GitHub
AlCalzone's Release Script. Automate the monotonous tasks when it comes to releasing new versions of your project. The features include:.
Read more >release-script - npm
Release tools for projects. From github repo to npm and bower packages. Latest version: 1.0.2, last published: 7 years ago.
Read more >Release Notes | Apps Script - Google Developers
This page lists the major changes in each release of Google Apps Script. It is intended to help developers identify recent changes in...
Read more >Using Policy Release scripts to make Policy Framework ...
The Scripts ; mkart.sh. creates the artifact release yaml file for a release in the “releases” directory ; mkdock.sh. creates the docker release...
Read more >Improving the Release Management Process Using Script
Improving the Release Management Process Using Script · Reset “next” branch to the latest master. git pull master · Rebase “master” to development ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Hm… i think we’d want the version to live in the “last resort”
jupyter-config-data
in the/app/index.html
which might be more annoying to update thanjupyter-lite.json
, as we want that to be a deployer-owned file (even if we ship a minimum viable one). If nothing else, I’d see us wanting to put that under an integrity check against “the version” inpackage.json
.In terms of flow, we could probably stick to one version for all JS and Python packages to keep things simple. Instead of versioning the JS packages independently.
There could then be a
doit
task taking care of the following:update-dependency
script from@jupyterlab/buildutils
jupyterlite
andpyolite
for now) withtbump
0.1.0a3
->0.1.0-alpha.3