@@ -114,11 +114,6 @@ Files
114
114
Conan recipe for the ``cloe `` meta-package
115
115
(s. :doc: `Understanding Cloe Packages<../usage/understanding-cloe-packages> `).
116
116
117
- ``conantest.py ``
118
-
119
- Conan execution profile for running the provided system tests
120
- (s. ``tests/ ``).
121
-
122
117
``LICENSE ``
123
118
124
119
Terms and conditions for use, reproduction and distribution of Cloe.
@@ -139,9 +134,18 @@ Files
139
134
By default, the Cloe version is determined using ``git describe `` (try the
140
135
command). Alternatively, the Cloe version can be directly specified by creating
141
136
the ``VERSION `` file, which must contain the version string only
142
- (e.g. ``0.18.0-rc1 ``). You can verify that this version is used by
137
+ (e.g. ``0.18.0-nightly ``). You can verify that this version is used by
143
138
executing::
144
139
145
140
make -f Makefile.package info-version
146
141
147
142
The ``VERSION `` file is not checked in to the repository.
143
+
144
+ Generally we want packages to be immutable. So if I refer to
145
+ ``cloe/0.18.0-rc1 ``, I expect to always get the package built from the
146
+ code checked out from the ``v0.18.0-rc1 `` tag.
147
+ On the other hand, during development it can lead to a lot of unnecessary
148
+ re-compilation, especially when structuring commits and rebasing. To this
149
+ end, we can set ``VERSION `` to contain a version with a suffix that is
150
+ understood to be transient, such as ``0.18.0-nightly `` or the name of the
151
+ branch in question, such as ``master ``.
0 commit comments