1
0
mirror of https://github.com/scrapy/scrapy.git synced 2025-02-22 00:13:08 +00:00

24 Commits

Author SHA1 Message Date
Adrián Chaves
be2e910dd0 Bump version: 1.7.0 → 1.8.0 2019-10-29 12:57:02 +01:00
Adrián Chaves
4e23d70dd3 Bump version: 1.6.0 → 1.7.0 2019-07-18 15:38:25 +02:00
Daniel Graña
b8594353d0 Bump version: 1.5.0 → 1.6.0 2019-01-30 18:00:40 -03:00
Mikhail Korobov
aa83e159c9 Bump version: 1.4.0 → 1.5.0 2017-12-30 02:09:52 +05:00
Paul Tremberth
5f69ec98f7 Bump version: 1.3.2 → 1.4.0 2017-05-18 23:01:05 +02:00
Paul Tremberth
1d80efde89 Merge pull request #2159 from scrapy/remove-prerelease-configuration
[MRG+1] Remove bumpversion prerelease configuration
2017-02-20 16:15:05 +01:00
Daniel Graña
7dd7646e65 Bump version: 1.3.1 → 1.3.2 2017-02-13 14:57:55 -03:00
Paul Tremberth
af55a8713e Bump version: 1.3.0 → 1.3.1 2017-02-08 17:08:19 +01:00
Paul Tremberth
ac74d5a467 Bump version: 1.2.2 → 1.3.0 2016-12-21 16:28:44 +01:00
Paul Tremberth
f3d5995329 Bump version: 1.2.1 → 1.2.2 2016-12-06 15:21:00 +01:00
Paul Tremberth
6df48d57e0 Bump version: 1.2.0 → 1.2.1 2016-10-21 10:37:45 +02:00
Paul Tremberth
3235bfeb1e Bump version: 1.2.0dev2 → 1.2.0 2016-10-03 13:04:11 +02:00
Elias Dorneles
4eec05351f remove bumpversion prerelease configuration
I propose to remove the prerelease configuration from bumpversion,
because I think its behavior is just too confusing.

The rational for this is that making the release procedure predictable
is more important than facilitating making pre-releases, which are sort
of the exception in the workflow.

The current configuration makes most common cases confusing:

* bug fix releases require you have to remember to use `--serialize "{major}.{minor}.{patch}"`
* to start a pre-release cycle, you actually use `minor` or `patch`
* to do the actual minor or patch release, you use `prerel`

Also, `prerel` breaks if you run it on a branch with a final release,
because it can't parse the prerelease information.

Therefore, I propose keeping the bumpversion defaults, and do the
prereleases (dev1, dev2, rc1, etc) manually (with `--new-version`),
which makes for a more predictable and intuitive behavior.

* `bumpversion minor` and `bumpversion patch` will work as expected
* pre-releases will be manually handled, but this seems a small overhead
  than remembering the details I mention above.

If you're happy with this, I'll also update [the wiki][1] with new
instructions.

[1]: https://github.com/scrapy/scrapy/wiki/Scrapy-release-procedure
2016-08-01 11:37:51 -03:00
Paul Tremberth
8efa98794d Allow more pre-releases with bumpversion 2016-04-21 16:51:17 +02:00
Daniel Graña
8f269558f1 Bump version: 1.2.0dev1 → 1.2.0dev2 2016-02-03 22:58:21 -03:00
Elias Dorneles
aaccdbb49b Bump version: 1.1.0rc1 → 1.2.0dev1 2016-02-03 21:54:39 -02:00
Elias Dorneles
a0b63a7707 Bump version: 1.1.0dev1 → 1.1.0rc1 2016-02-03 21:52:47 -02:00
Julia Medina
4b2763c6f9 Bump version: 1.0.0rc1 → 1.1.0dev1 2015-05-22 13:24:50 -03:00
Julia Medina
de6d232a02 Bump version: 0.25.1 → 1.0.0rc1 2015-05-22 13:24:27 -03:00
Julia Medina
600164594c New release cycle in .bumpversion.cfg
1.0.0dev1 -> 1.0.0rc1 -> 1.0.0 -> 1.1.0dev1 -> ...
2015-05-22 12:59:21 -03:00
Daniel Graña
0fd119dfec Bump version: 0.25.0 → 0.25.1 2014-07-09 03:05:39 -03:00
Daniel Graña
93f255c08f Bump version: 0.24.0 → 0.25.0 2014-06-26 11:24:52 -03:00
Daniel Graña
f0facb9793 Bump version: 0.23.0 → 0.24.0 2014-06-26 10:30:37 -03:00
Daniel Graña
559af943dc Add bumpversion config 2014-06-25 03:19:04 -03:00