I think it makes sense to avoid releasing the examples with an official
release and just tag it.

We'll already have our problems in releasing camel and camel-spring-boot
(and in future camel-karaf) in sequence..

Avoiding one normal release would be good.

Il giorno mer 29 gen 2020 alle ore 16:22 Claus Ibsen <claus.ib...@gmail.com>
ha scritto:

> On Wed, Jan 29, 2020 at 4:00 PM Zoran Regvart <zo...@regvart.com> wrote:
> >
> > +1
> >
> > On Wed, Jan 29, 2020 at 10:42 AM Claus Ibsen <claus.ib...@gmail.com>
> wrote:
> > > It will also have us to update the examples to run individually and
> > > use Camel BOM instead of being tied to Camel source. Which means the
> > > examples would be better practice.
> >
> > Would we keep branches with examples corresponding to Camel version?
> > How would this affect the release process?
> >
>
> IMHO we would not do releases of the examples as a binary or to maven
> central etc.
> We can instead just branch and tag in git, and then people can
> checkout what version they want to play/use.
>
> So there is a 3.1.0 tag, and 3.1.x branch.
>
>
> > > So to get this started before Camel 3.1 release then I think we should
> > > have INFRA setup the git repo, and then we can start moving the code
> > > over, and migrate them. We can get help from people in the community
> > > etc for some of the migration effort etc.
> >
> > We can self-provision git repositories, I don't think there's a need
> > for an INFRA ticket.
> >
> > > I suggest the repo name is camel-examples
> > > eg ending with an s (to indicate we have many examples). As singular
> > > like camel-example seems wrong and imply its just a single example of
> > > some sorts.
> >
> > +1
> >
> > zoran
> > --
> > Zoran Regvart
>
>
>
> --
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2
>

Reply via email to