I made the comparison yesterday of interfaces.juju.solutions performing a similar role to maven central and providing artifact versions to releases that ask for that release.
On 4 Nov 2016 08:12, "Konstantinos Tsakalozos" <[email protected]> wrote: > Indeed, layer and interface versioning should please some release > managers. > > Thanks, > Konstantinos > > On Thu, Nov 3, 2016 at 5:53 PM, Ryan Beisner <[email protected]> > wrote: > >> As far as I know, there is no notion of a stable Layer or a stable >> Interface. That makes it difficult to carry any layered charm as "stable," >> and quite awkward to cherry-pick and backport fixes to stable charms which >> depend on Layers and Interfaces. >> >> As you mention, you could synthesize stability (or point-in-time) by >> branching, forking repos, but I think Layers and Interfaces should >> ultimately grow proper versioning semantics. >> >> Cheers, >> >> Ryan >> >> >> On Thu, Nov 3, 2016 at 4:31 AM, Konstantinos Tsakalozos < >> [email protected]> wrote: >> >>> Hi everyone, >>> >>> This is probably a question on best practises. >>> >>> A reasonable ask for a build process is to be able to reproduce the same >>> output artifacts from a certain point in time. For example, I would like to >>> be able to rebuild the same charm I build 10 minutes, or a week or a month >>> ago. I can think of a way to do that but it involves forking the layers >>> used and getting them locally before charm build. Is there a better way? >>> What would you do to accommodate this requirement? >>> >>> Thanks, >>> Konstantinos >>> >>> -- >>> Juju mailing list >>> [email protected] >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/juju >>> >>> >> > > -- > Juju mailing list > [email protected] > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/juju > >
-- Juju mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
