[feedhenry-dev] RFC: Release process for the Ansible Playbook Bundles (APBs)

Matthias Wessendorf mwessend at redhat.com
Wed Oct 25 08:45:32 UTC 2017


yep,

not done in a long time, but the AeroGear document says something like:

>>
...
git-extras installed, this way you can easily generate a change log by
running git changelog , that will create an history.md file containing your
changelog
...
>>

So, that could work and be evaluated ;-)



On Wed, Oct 25, 2017 at 10:41 AM, Wei Li <weil at redhat.com> wrote:

> +1. What about change logs? can we auto-generate them as part of the
> release?
>
> On Wed, Oct 25, 2017 at 9:18 AM, Matthias Wessendorf <mwessend at redhat.com>
> wrote:
>
>> Hi,
>>
>> we have some independent APBs, like for 3scale, Keycloak or AeroGear
>> Digger, and those live in their own GH repository. We recently have
>> converted their matching Dockerhub repositories to be build automatically
>> once changes on the source code occur:
>>
>> * master changes (e.g. PRs got merged) -> triggers a new build of the
>> "latest" docker image
>> * Tags: pushing a new tag in github triggers a build of a "tagged" docker
>> image. Current convention: GH tag == Docker tag (e.g. a version like
>> "0.0.5" is same in both worlds)
>>
>> How should we run releases for these APB repos ?
>>
>> Usually after changes did land on master, and there is a *demand* for a
>> release, the last commit is used, and a tag is created and pushed to
>> github. This also - as stated above - does release a matching Docker image
>> to the wild. So far so good
>>
>> For automation, we could use a little script like:
>>
>> ```bash
>> version="0.0.7-rc"
>>
>> latest_commit="$(git rev-parse HEAD)" | git tag -a ${version}
>> ${latest_commit=} -m "signing tag" && git push origin ${version}
>> ```
>>
>> I personally would like to use -s, instead of -a, to actually sign the
>> tag. This is a good practice that we are doing in AeroGear land (and other
>> jboss projects). For more see [1].
>>
>> Any thoughts?
>> -Matthias
>>
>> PS: working on something similar for the MCP itself, which is a bit more
>> tricky ;-)
>>
>>
>> [1] https://github.com/aerogear/collateral/wiki/Release-Process-(Java)
>>
>> --
>> Project lead AeroGear.org
>>
>> _______________________________________________
>> feedhenry-dev mailing list
>> feedhenry-dev at redhat.com
>> https://www.redhat.com/mailman/listinfo/feedhenry-dev
>>
>>
>
>
> --
>
> WEI LI
>
> SENIOR SOFTWARE ENGINEER
>
> Red Hat Mobile <https://www.redhat.com/>
>
> weil at redhat.com    M: +353862393272
> <https://red.ht/sig>
>



-- 
Project lead AeroGear.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/feedhenry-dev/attachments/20171025/ab9db1ae/attachment.htm>


More information about the feedhenry-dev mailing list