Commit Graph

18 Commits

Author SHA1 Message Date
David Dashyan 9e99c024d3
Replace headers (#2683)
Signed-off-by: David Dashyan <mail@davie.li>
2020-04-06 11:52:18 +02:00
Jürgen Eckel 9bcefdf3e2
Tendermint upgrade (#2666)
* migrated to tendermint 0.35.1

* increased bigchaindb_abci version

* fixed API adjustments due to Tendermint upgrade

Signed-off-by: Juergen Eckel <juergen@riddleandcode.com>

* migrated to bigchaindb-abci == py-abci 0.7.1

Signed-off-by: Juergen Eckel <juergen@riddleandcode.com>
2019-10-07 16:32:35 +02:00
Troy McConaghy 0b935c09c7
Add extra step to RELEASE_PROCESS.md
because readthedocs.org has gotten even more arcane
2018-11-09 20:21:06 +01:00
Troy McConaghy 5c1511b479
Add help with `make release` to release process 2018-09-28 13:35:33 +02:00
Troy McConaghy c79848d66a Problem: Docs say install highest Tendermint version (#2524)
Solution: Change the docs to recommend installing a specific Tendermint version.
Also update our release process so we change that version number before a release, if necessary.
2018-09-11 14:28:55 +02:00
Troy McConaghy abdd23f5a6 Problem: Source files contain no license info (#2455)
* Problem: Source files contain no license info

Solution: Add comments with SPDX license info to source files

* Python 3 files don't need # -*- coding: utf-8 -*-
2018-08-16 12:31:32 +02:00
Troy McConaghy b8ad5d9cec
Problem: Release process instructions for Docker Hub incomplete (#2407)
Solution: Expand the release process instructions for Docker Hub
2018-07-30 15:47:26 +02:00
Troy McConaghy 5403f7bfcc Remove "Post-Release Steps" from release process (#2305)
The release process had some "Post-Release Steps" but I haven't been doing them lately. What were they?

The idea was to change the version number so that someone working on the `master` branch would see a version number reflecting what the `master` branch is. For example, if version 0.9.0 was just released, then the `master` branch would be changed to have the version number 0.10.0.dev, to indicate that it's the in-development version of 0.10.0.

My thinking now is that if someone is developing new code, then they don't need the version number to help them remember what they're doing. Moreover, if someone purposefully changes the docs to view the `master` branch docs, then they probably know what that means, and they don't need help from a version number.
2018-05-18 11:26:37 +02:00
Troy McConaghy a388bd5122
Updated RELEASE_PROCESS.md based on things noticed in the 2.0 Alpha 3 release (#2266) 2018-05-04 12:09:17 +02:00
Troy McConaghy 9404bad5b5 Problem: RELEASE_PROCESS.md wrong about docker image tags (#2176)
Solution: Fix what RELEASE_PROCESS.md says about how we set docker image tags
2018-04-18 14:14:32 +02:00
Troy McConaghy 3000e52795 Problem: RELEASE_PROCESS.md doesn't follow BEP-1 (#2161)
Solution: Update RELEASE_PROCESS.md to use only the `master` branch
to use Git tags (never branches) to identify new versions.
2018-03-28 15:40:30 +02:00
Troy McConaghy 99156e6a4c Minor revisions to RELEASE_PROCESS.md following the release of v1.1 2017-09-27 13:50:20 +02:00
Troy McConaghy f2da3e0daa Update RELEASE_PROCESS.md 2017-08-02 10:00:09 +02:00
Troy McConaghy f0a683df8a Added step to REL 2017-08-02 09:59:04 +02:00
Troy McConaghy 6d9cc17861 Push to GitHub, not 'master' 2017-07-05 17:03:35 +02:00
Troy McConaghy f7f10130c9 More improvements to RELEASE_PROCESS.md 2017-07-05 17:00:17 +02:00
Troy McConaghy d5f3f74179 Resolved issue #1632 in RELEASE_PROCESS.md 2017-07-05 14:53:33 +02:00
Troy McConaghy 998ff34c4b Renamed Release_Process.md to RELEASE_PROCESS.md 2017-06-23 11:51:00 +02:00