File: versioning.rst

package info (click to toggle)
python-scrapy 0.14.4-1
  • links: PTS, VCS
  • area: main
  • in suites: wheezy
  • size: 3,064 kB
  • sloc: python: 19,468; xml: 199; sh: 134; makefile: 67
file content (43 lines) | stat: -rw-r--r-- 1,427 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
.. _versioning:

============================
Versioning and API Stability
============================

Versioning
==========

Scrapy uses the `odd-numbered versions for development releases`_.

There are 3 numbers in a Scrapy version: *A.B.C*

* *A* is the major version. This will rarely change and will signify very
  large changes. So far, only zero is available for *A* as Scrapy hasn't yet
  reached 1.0.
* *B* is the release number. This will include many changes including features
  and things that possibly break backwards compatibility. Even Bs will be
  stable branches, and odd Bs will be development.
* *C* is the bugfix release number.

For example:

* *0.14.1* is the first bugfix release of the *0.14* series (safe to use in
  production)

API Stability
=============

API stability is one of Scrapy major goals for the *1.0* release, which doesn't
have a due date scheduled yet.

Methods or functions that start with a single dash (``_``) are private and
should never be relied as stable. Besides those, the plan is to stabilize and
document the entire API, as we approach the 1.0 release. 

Also, keep in mind that stable doesn't mean complete: stable APIs could grow
new methods or functionality but the existing methods should keep working the
same way.


.. _odd-numbered versions for development releases: http://en.wikipedia.org/wiki/Software_versioning#Odd-numbered_versions_for_development_releases