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
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
|
Exporting version information
=============================
Getting the last revision number
--------------------------------
If you only need the last revision number in your build scripts, you can
use the ``revno`` command to get that value like this::
$ bzr revno
3104
Getting more version information
--------------------------------
The ``version-info`` command can be used to output more information
about the latest version like this::
$ bzr version-info
revision-id: pqm@pqm.ubuntu.com-20071211175118-s94sizduj201hrs5
date: 2007-12-11 17:51:18 +0000
build-date: 2007-12-13 13:14:51 +1000
revno: 3104
branch-nick: bzr.dev
You can easily filter that output using operating system tools or
scripts. For example::
$ bzr version-info | grep ^date
date: 2007-12-11 17:51:18 +0000
The ``--all`` option will actually dump version information about
every revision if you need that information for more advanced
post-processing.
Python projects
---------------
.. TODO: Figure out how to attach into ``setup.py``
If using a Makefile to build your project, you can generate the version
information file as simply as::
library/_version.py:
bzr version-info --format python > library/_version.py
This generates a file which contains 3 dictionaries:
* `version_info`: A dictionary containing the basic information about the
current state.
* `revisions`: A dictionary listing all of the revisions in the
history of the tree, along with the commit times and commit
message. This defaults to being empty unless ``--all`` or
``--include-history`` is supplied. This is useful if you want to
track what bug fixes, etc, might be included in the released
version. But for many projects it is more information than needed.
* `file_revisions`: A dictionary listing the last-modified revision
for all files in the project. This can be used similarly to how
``$Id$`` keywords are used in CVS-controlled files. The last
modified date can be determined by looking in the ``revisions``
map. This is also empty by default, and enabled only by ``--all``
or ``--include-file-revisions``.
Getting version info in other formats
-------------------------------------
Bazaar supports a template-based method for getting version information in
arbitrary formats. The ``--custom`` option to ``version-info`` can be
used by providing a ``--template`` argument that contains variables that
will be expanded based on the status of the working tree. For example, to
generate a C header file with a formatted string containing the current
revision number::
bzr version-info --custom \
--template="#define VERSION_INFO \"Project 1.2.3 (r{revno})\"\n" \
> version_info.h
where the ``{revno}`` will be replaced by the revision number of the
working tree. (If the example above doesn't work on your OS, try
entering the command all on one line.) For more information on the
variables that can be used in templates, see `Version Info`_ in the
Bazaar User Reference.
.. _Version Info: ../user-reference/index.html#version-info
Predefined formats for dumping version information in specific languages
are currently in development. Please contact us on the mailing list about
your requirements in this area.
Check clean
-----------
Most information about the contents of the project can be cheaply
determined by just reading the revision entry. However, it can be useful
to know if the working tree was completely up-to-date when it was
packaged, or if there was a local modification. By supplying either
``--all`` or ``--check-clean``, ``bzr`` will inspect the working tree, and
set the ``clean`` flag in ``version_info``, as well as set entries in
``file_revisions`` as ``modified`` where appropriate.
..
vim: tw=74 ft=rst spell spelllang=en_us
|