-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update documentation for public release #27
Comments
About image documentation:
When a release is published, GitHub Action would generate a Those files could also be attached to GitHub Release to be able to have a quick look at whats available. In a second time we could take a look at automate creation of draft GitHub release, which would trigger all tasks described above, without commit the files, to be sure everything is fine, when a branch like What do you think about that @sjcqs ? |
Seems good to me.
Generated file should be in markdown format (a table maybe) to facilitate
formatting.
Maybe for the publish part:
- Triggered when a branch release/v* is created
- Check the sementic version of the branch
- Commit the changes
- Create a PR to master that we have to manually check and merge
On merging a PR from release/v*:
- Create a github release
-
…On Tue, Apr 21, 2020 at 11:21 AM Vincent Brison ***@***.***> wrote:
About image documentation:
We should add a script which is able to be run by an image to describe the
image. For instance, it could print:
- All packages installed with their version, from apt
- rbenv version, default ruby env, all gems installed and their
version from default ruby env
- java version
- Android API version, Android NDK version
When a release is published, GitHub Action would generate a Changelog.md
using standard tools as
https://github.com/github-changelog-generator/github-changelog-generator,
and would also commit images descriptions using script described ahead.
Those files could also be attached to GitHub Release to be able to have a
quick look at whats available.
In a second time we could take a look at automate creation of draft GitHub
release, which would trigger all described above, without commit, to be
sure everything is fine, when a branch like releases/v* is open, and only
publish the release manually with GitHub interface?
What do you think about that @sjcqs <https://github.com/sjcqs> ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#27 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AETI6BREIH2NDB6PY72GD3TRNVQSFANCNFSM4MMNG5MQ>
.
|
Seems good to me, will look into it. |
Depend on #29 |
Still need to create an action to:
cd_release.yml should be updated according this |
All above is done. Still need to add sample on GitHub Action integration, and some cleanup in readme. |
To be able to properly put the project in open source, we should work on the documentation:
The text was updated successfully, but these errors were encountered: