tlapm icon indicating copy to clipboard operation
tlapm copied to clipboard

BUG: quoting of environment variables for CI, and automatically run `release.yml`

Open johnyf opened this issue 3 years ago • 6 comments

  • BUG: correct quoting of environment-variable values in the script setup_shell_env.py, to avoid errors in CI workflow of release.yml.

  • run workflow of file .github/workflows/release.yml whenever the file changes, and also twice a year.

  • add underscores and "UTC" to tag name created by GitHub Actions when running release.yml.

johnyf avatar Jun 20 '22 18:06 johnyf

@johnyf could you rebase these on the current CI files to see whether these changes should be merged?

ahelwer avatar Jun 21 '24 19:06 ahelwer

Rebased the changes onto branch main. The changes are:

  • release tag name of the form YEAR_MM_DD_UTC_HH_MM
  • running release.yml when it changes, and twice a year
  • showing contents of *.err and *.out files when tests fail, in ci.yml.

johnyf avatar Jun 23 '24 14:06 johnyf

Thanks for doing the rebase!

  1. Was the original fix for quoting environment variables no longer necessary?
  2. I like the practice of dumping test output files to console so we get the output in the CI!
  3. I am not sure about the updated release practice; may have to defer to someone else in their thoughts here.

P.S. there's a requirement to sign your commits with a DCO (basically just saying you personally wrote this code and can legally contribute it and it isn't copied from a proprietary codebase or whatever), the github CI failure should have a link telling you how to retroactively add a DCO signoff to your commits.

ahelwer avatar Jun 23 '24 16:06 ahelwer

Yes, the original fix for quoting environment variables was to code that is not in the current main branch. The automated building with cron could be omitted. Added the DCO signoff to the commits. Thank you for reviewing the changes.

johnyf avatar Jun 24 '24 06:06 johnyf

In #92 there was discussion of moving to a rolling release model (which I have really been dragging my feet on getting around to doing). So I think people want to keep the current release model then transition to that one, instead of releasing every six months + whenever release.yml is modified. However, I like all the other changes!

ahelwer avatar Jun 24 '24 18:06 ahelwer

Also @damiendoligez as FYI, I believe this is the issue you mentioned in the last community meeting

ahelwer avatar Jun 24 '24 20:06 ahelwer