Le dimanche 6 octobre 2019, 16:41:27 CEST Emmanuel Bourg a écrit :
> Le 06/10/2019 à 09:43, Hervé BOUTEMY a écrit :
> > Notice that you can also express a timezone (as digits), as seen in the
> > unit tests.
> I know but that's not desirable, otherwise the formatted timestamp would
> depend on the timezone of the developer and that would harm the
> reproducibility of the pom (I assume the timestamp is added
> automatically to the pom during the build, is that right?).
> 
> >> Would it be possible to prevent this property from being inherited?
> > 
> > AFAIK no.
> > And I find that default inheritance from parent to child is a nice
> > feature.
> 
> Why do you think this is a nice feature? I can only see the downside of
> child projects having a timestamp clamped in the past and leaving the
> developers clueless about the reason. This would be especially bad if a
> widely used parent pom like org.sonatype.oss:oss-parent or
> org.apache:apache had it.
choosing to add Reproducible Builds configuration (ie output timestamp) in a 
parent is a strong choice, because it will inherit to every child.
Looks like the current fear of many things means we won't put the configuration 
in ASF parent for now until parent learn by real experience how it works well: 
next ASF parent POM release will use plugins versions that are able to support 
Reproducible Builds, but won't configure a timestamp to activate the feature. 
It will be an opt-in option for projects that like this idea.

Perhaps in a later version, experience will be sufficient to configure the 
timestamp by default, and always keep the opt-out option when some project has 
issues

> 
> Emmanuel Bourg
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org





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

Reply via email to