-
-
Notifications
You must be signed in to change notification settings - Fork 285
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #99 from saulpw/develop
v0.99 release
- Loading branch information
Showing
88 changed files
with
2,128 additions
and
1,680 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,126 @@ | ||
# Release process for the next `stable` version | ||
|
||
1. Merge `stable` to `develop` (if necessary) | ||
|
||
2. Ensure `develop` automated tests run correctly with ./test.sh | ||
|
||
3. Verify that documentation/docstrings are up-to-date on features and functionality | ||
|
||
4. Verify that setup.py is up-to-date with requirements. | ||
|
||
5. Set version number to next most reasonable number (v#.#.#) | ||
|
||
a. add to front of CHANGELOG, along with the release date and bullet points of major changes | ||
|
||
b. update version number on README and front page of website | ||
|
||
c. bump version in `__version__` in source code (bin/vd, visidata/vdtui.py) and setup.py | ||
|
||
6. Run ./mkwww.sh to build the manpage and updated website | ||
|
||
7. Push `develop` to testpypi | ||
|
||
a. set up a ~/.pypirc | ||
|
||
``` | ||
[distutils] | ||
index-servers= | ||
pypi | ||
testpypi | ||
[pypi] | ||
repository:https://upload.pypi.org/legacy/ | ||
username: | ||
password: | ||
[testpypi] | ||
repository: https://test.pypi.org/legacy | ||
username: | ||
password: | ||
``` | ||
b. push to testpypi | ||
``` | ||
python3 setup.py sdist | ||
twine upload dist/* -r testpypi | ||
``` | ||
8. Test install from testpypi | ||
a. on virgin instance | ||
b. on mac and linux | ||
c. See if windows works | ||
d. from git clone | ||
``` | ||
pip3 install --extra-index-url https://test.pypi.org/project visidata | ||
``` | ||
9. Merge `develop` to stable | ||
10. Merge `stable` back into other branches | ||
a. if the branch works with minimal conflicts, keep the branch | ||
b. otherwise, clean out the branch | ||
11. Push stable to pypi | ||
``` | ||
twine upload dist/* | ||
``` | ||
12. Test install/upgrade from pypi | ||
a. Build and deploy the website | ||
b. Ask someone else to test install | ||
13. Create a tag `v#.#.#` for that commit | ||
``` | ||
git tag v#.#.# | ||
git push --tags | ||
``` | ||
14. Push code to stable | ||
15. Write up the release notes and post at visidata.org/release/#.# | ||
16. Comb through issues and close the ones that have been solved, referencing the version number | ||
17. Post release notes on r/visidata and tinyletter and have some ice cream | ||
# Homebrew | ||
1. Update the link in url to the new visidata tar.gz file. | ||
2. Download the tarfile and obtain its new sha256 | ||
``` | ||
shasum -a 256 | ||
``` | ||
3. Check each dependency and see if it has been updated. If so, update the url and sha256 for the newest version. | ||
4. Install visidata using `pip3 install visidata --upgrade` and note down all of the new dependencies. | ||
5. Obtain their urls and sha256 and add them to the formula | ||
6. Change their urls from `pypi.python.org` to `files.pythonhosted.org`. | ||
7. Test the formula with `brew install --build-from-source visidata`. Fix as needed. | ||
8. Audit the formula with `brew audit --new-formula visidata` | ||
9. Add and commit the formula. | ||
## Debian | ||
1. Obtain the visidata tar.gz file from pypi | ||
2. tar -xzmf visidata.tar.gz | ||
3. cp visidata.ver.tar.gz visidata_ver.orig.tar.gz | ||
4. cd visidata/ | ||
5. Place there the contents of the debian directory from github.com/saulpw/visidata | ||
6. Update changelog | ||
``` | ||
dch -v version-revision | ||
``` | ||
7. Run debuild. Fix errors as they come up | ||
8. If a package fails to import a module, it must be added to the build dependencies as python3-modules | ||
9. Enter saulpw/deb-vd. | ||
10. Run the command reprepro includeb sid new-vd.deb |
Oops, something went wrong.