[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-commits] [bridgedb/main] Update the release process



commit fc067e847cc6caa4350e776c7ec2f9a8364d5d2a
Author: meskio <meskio@xxxxxxxxxxxxxx>
Date:   Thu May 13 18:48:58 2021 +0200

    Update the release process
---
 doc/HACKING.md | 46 ++++++++++++++++++++++++++--------------------
 1 file changed, 26 insertions(+), 20 deletions(-)

diff --git a/doc/HACKING.md b/doc/HACKING.md
index 54e97f2..8641644 100644
--- a/doc/HACKING.md
+++ b/doc/HACKING.md
@@ -84,38 +84,26 @@ And bridgedb will send us an email to ```my.accout@my.email.provider``` using
 
 ## Making a release
 
-### Updating dependencies
+### Update translation strings
 
-We maintain three requirements.txt files:
+Get the newly completed translations:
 
-* requirements.txt (for BridgeDB)
-* .travis.requirements.txt (for Travis CI)
-* .test.requirements.txt (for unit tests)
+    ./maint/get-completed-translations
 
-Each of these files contains pinned dependencies, which are guaranteed to work
-for a given release.  Before releasing a new version of BridgeDB, we should
-update our dependencies.  The tool [pur][pur] (available through pip) helps us
-with this.  It checks a given requirements.txt file and updates each dependency
-to its latest version:
-
-    pur -r REQUIREMENTS_FILE
+And commit them into the repo.
 
 ### Bumping the version number
 
 Bumping the version number at release time (which, for BridgeDB really means
 deploy time, as of right now) means doing the following:
 
-    $ git checkout develop
+    $ git checkout main
     [merge some fix/bug/feature/etc branches]
-    $ git checkout -b release-0.0.2 develop
     [bump version number in CHANGELOG]
     [pip maintainance commands *would* go here, if we ever have any]
-    $ git checkout master
-    $ git merge -S --no-ff release-0.0.2
-    $ git tag -a -s bridgedb-0.0.2
-    $ git checkout develop
-    $ git merge -S --no-ff master
-    $ git push <remote> master develop
+    $ git tag -a -s bridgedb-0.x.x
+    [Release BridgeDB version 0.x.x.]
+    $ git push <remote> main
 
 And be sure not to forget to do:
 
@@ -130,6 +118,24 @@ tagged release at that point, i.e.:
     >>> bridgedb.__version__
     0.0.1-git528ff30c
 
+### Updating dependencies
+
+After doing the release lets update the dependencies so we use the newest 
+versions in the following development cycle. We maintain three requirements.txt
+files:
+
+* requirements.txt (for BridgeDB)
+* .travis.requirements.txt (for Travis CI)
+* .test.requirements.txt (for unit tests)
+
+Each of these files contains pinned dependencies, which are guaranteed to work
+for a given release.  Before releasing a new version of BridgeDB, we should
+update our dependencies.  The tool [pur][pur] (available through pip) helps us
+with this.  It checks a given requirements.txt file and updates each dependency
+to its latest version:
+
+    pur -r REQUIREMENTS_FILE
+
 References
 ----------
 [issues]: https://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues

_______________________________________________
tor-commits mailing list
tor-commits@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-commits