[Debian-med-packaging] [bambamc] tag debian/0.0.50-1 created (now e9f14c4)
rf at q-leap.de
rf at q-leap.de
Thu Jun 5 10:36:23 UTC 2014
>>>>> "Andr" == Andreas Tille <andreas at an3as.eu> writes:
Andr> On Thu, Jun 05, 2014 at 11:02:46AM +0200, rf at q-leap.de wrote:
>> >>>>> "Andr" == Andreas Tille <andreas at an3as.eu> writes:
Andr> Hi, I changed the tag since the changelog mentioned UNRELEASED
Andr> for this tag which is wrong. So I deleted it also at remote
Andr> repository used unstable and re-tagged.
>>
>> sure, the tag on an UNRELEASED entry doesn't make sense. Thanks
>> for letting me know. I'll delete the tag in my clone and
>> pull. Question concerning this: Shall we put unstable in the
>> changelog for future such updates (you asked to put UNRELEASED in
>> an earlier mail).
Andr> Just UNRELEASED is fine and the final uploader will set the
Andr> tag. The rationale is that different Sponsors could pull the
Andr> status of the repository and it is good to know whether
Andr> something is just uploaded or not (without checking the Debian
Andr> mirror). It could always be that I'm tempted to do some last
Andr> minute minor changes which would require fiddling around with
Andr> tags. Or it might happen that the upload is not done in a
Andr> timely manner and some tag is hanging around for a long time
Andr> with no corresponding upload. So this method is at least this
Andr> what IMHO makes the most sense.
I see your point. In the (hopefully) rare case the uploader needs to
make some changes, he could simply reset the tag using
'git tag -f <tagname>' and tell the submitter he should update his tags
from remote (like you just did with bambamc).
Andr> I have some other sponsee in Debian GIS and he prefers to
Andr> finalise the package with "unstable" + tag - that's also a way
Andr> to do things since the drawbacks I explained above are usually
Andr> quite rare in practice. We just need to agree upon a common
Andr> procedure.
I'd opt for this as well, since we already need a tag to be set for our
internal build scripts to work.
--
Roland
-------
http://www.q-leap.com / http://qlustar.com
More information about the Debian-med-packaging
mailing list