Dear Laurent!
I would vote against syncing the version numbers of data and corresponding
software packages.
The two packages are submitted as two, because they should be regarded as
separate.
It can happen that other people submit a data package using the same software
package or others
submit
On 1 April 2014 06:23, Hervé Pagès wrote:
> Hi Andrzej,
>
> On 03/31/2014 02:49 AM, Andrzej Oleś wrote:
>> Dear Hervé,
>>
>> just to make sure: is the the same x.y.z versioning scheme as for
>> software packages already implemented for experiment data packages,
>> i.e. will there be an automati
Hi Andrzej,
On 03/31/2014 02:49 AM, Andrzej Oleś wrote:
Dear Hervé,
just to make sure: is the the same x.y.z versioning scheme as for
software packages already implemented for experiment data packages,
i.e. will there be an automatic version bump for experiment packages
with the upcoming BioC r
Dear Hervé,
just to make sure: is the the same x.y.z versioning scheme as for
software packages already implemented for experiment data packages,
i.e. will there be an automatic version bump for experiment packages
with the upcoming BioC release?
Cheers,
Andrzej
On Tue, Feb 11, 2014 at 7:18 AM,
Hi Bernd and other developers,
On 02/07/2014 04:57 AM, Bernd Fischer wrote:
Dear Herve!
Please start using the same x.y.z versioning scheme as for software
packages with the new release
for data experiment packages, with even y for release and odd y for devel.
Thanks for your feedback! Can an
Dear Herve!
Please start using the same x.y.z versioning scheme as for software packages
with the new release
for data experiment packages, with even y for release and odd y for devel.
I just copied code from devel to the release version of my package and asked
myself which version
number to u
