Skip to content
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

[Action] Use a script file to automate pending translations #429

Open
1 of 7 tasks
sergioarmgpl opened this issue Jun 3, 2024 · 2 comments
Open
1 of 7 tasks

[Action] Use a script file to automate pending translations #429

sergioarmgpl opened this issue Jun 3, 2024 · 2 comments
Assignees
Labels
board/wg-advocacy Filter for the WG Comms project board issue/needs-triage

Comments

@sergioarmgpl
Copy link
Contributor

sergioarmgpl commented Jun 3, 2024

Description

Here we have to move the current script to detect pending translations from the workflow to a script inside the website directory.

Outcome

A script called pending-translations.sh that has the current implementation to detect the pending translations. Also evaluate the potential of this script as translation.sh --dry-run --debug for testing purposes.

Evaluate the next behavior for the script

  • Have minimal maintenance, adding new translations in the future. We could for example look at the repository and check the folder names https://github.com/cncf/tag-env-sustainability/tree/main/website/content - we have a folder en & zh & es &de, we establish a base with en (we dont need to open a PR for en since its already merged). This could eliminate referencing languages in the script.

  • Assigning people over groups could work this way too. We assign tag-env-translators- so for example tag-env-translators-es.

  • To reduce duplication we should look into possibilities to loop through the list of issue templates and for every entry trigger a "Create issue" action instead of duplicating the action for a single file. I think that you can achieve something close to running an action in a loop with matrix in GH Actions. Should we create a task for this?

  • We should also look into storing supported languages (that you store in languages variable) somewhere more visible, outside of the workflow, where the list can be retrieved from, like a separate file for instance. Or even let the script check the website/content folders for languages and dynamically generate the list with languages from it. In that case we can potentially avoid relying on someone remembering to manually update this list in this script based on new languages being added. Show we create a task for this or maybe consolidate it in the same task with the previous point?

  • Should we also create a first, pilot, reviewer group for one of the languages? Maybe we should have a task for it as well so that we can create translator groups once you feel the automation is ready? So that we can avoid potentially spamming folks in the beginning, while automation is still being tested and maturing.

To-Do

  • Move the code inside .github/workflows/check-outdated-content.yml to website/content/translation.sh
  • Test the script translation.sh
  • Add --dry-run
  • Add --debug
  • Evaluate the execution as translation.sh --dry-run --debug
  • Create the groups to assign the translations

PR reference #407

Code of Conduct

  • I agree to follow this project's Code of Conduct

Comments

This issue is part of the next steps for the issue #325

@sergioarmgpl
Copy link
Contributor Author

sergioarmgpl commented Jun 6, 2024

@claire-fletcher I think that you can assign me with @Dianmz

@claire-fletcher
Copy link
Contributor

@claire-fletcher I think that you can assign me with @Dianmz

I have assigned you but for some reason can't currently assign @Dianmz 🤔

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
board/wg-advocacy Filter for the WG Comms project board issue/needs-triage
Projects
Status: No status
Development

No branches or pull requests

2 participants