Hi Jochen,

Jochen Wiedmann wrote:

> On Sat, Sep 2, 2017 at 12:50 AM, Gilles <gil...@harfang.homelinux.org>
> wrote:
> 
>> Because of "Commons" rules, it is not "equivalent": There was
>> a long thread concluding that all modules must be released
>> _together_, and with the same top-level package name and version
>> number.
>> It is very "maintainer(s)-unfriendly" because of the quite
>> different subject matters that coexist in CM.
> 
> I wouldn't count that rule "*all* modules must be released" as a mantra:
> 
> a) In case of an emergency release (fixing a CVE, for example), I'd
> clearly consider pushing out the module as more important than waiting
> for a full release. (Of course, one must be careful to maintain
> compatibility when pushing out just a module, but that goes without
> saying.)
> b) I'd like to hear others experiences on that topic (maybe VFS).
> Anyways, my personal experiences with Rat are clear: Releasing *all*
> together is causing nothing but pain, and tends to defer releases
> indefinitely. OTOH, releasing a submodule can be done at all times,
> and without overly much preparation.
> 
> In conclusion, I'd definitely support the release of a single
> submodule, if the need would arise.

Just that our tooling does not support this:
1/ No proper support for release of a GIT subtree
2/ No proper support for such a site generation
3/ No proper support using the release plugin
4/ Parents of such a component will have their own release cycle
...

- Jörg


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to