-
Notifications
You must be signed in to change notification settings - Fork 23
657 bot updates for maintenance tasks #661
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
Conversation
Init commit - anticipate it breaking...
Run on push not pull
Install via remotes (note this wouldn't be current branch)
Give it token
Edit commit message
…ould update 5 rda files)
…be better, to specify the lib for each function (e.g., EPATADA::TADA_DataRetrieval).
…b.com/USEPA/EPATADA into 657-bot-updates-for-maintenance-tasks
Prep for PR
Should install EPATADA depends not shiny
This may or may not address issue of commit not being on a branch
|
actions/checkout@v4 should be checking out the 'develop' branch, not sure why it is finding itself in a detached head state. Possible because merging is blocked? I'll try being more direct with what to checkout. |
Add built-in to check out branch as part of checkout
|
Running this on a PR works, hoping once this is merged scheduled runs do most of the work. FYI on timing and current sticking point:
|
request-checks: true
Try granting read permissions instead of using token
Try adding token at a lower level instead of adding it to env
Not sure how to get token for step not using action. Moved token up to checkout but suspect that will either not make it available to other steps or still skip CI.
quick fix
|
On a PR in another repo (harmonize-wq) I was able to confirm even if the token is not specified as part of checkout it still just commits changes without re-running checks after (specific commit). What to try next:
|
|
@jbousquin what are your thoughts on next steps for this PR? I wonder if might be best to set it up similar to format-batch-update.yaml for now? Then it could be run on a branch as needed. I think that alone might save us a lot of time. |
|
You can manually trigger maintenance-scheduled.yaml on your branch/PR to accomplish similar but I think that would commit the change to the maintenance-branch instead. Will play around with/put some thought into that. Also OK with closing this PR if we're happy with just the maintenance bot. |
|
Updating this to run manually on branch before PR (like format-update). |
update to run manually instead of as a pre-commit
|
Updating scheduled to no longer run manually (help keep it clear what to run when) |
Run on schedule only (differentiate from Component File Update)
Added maintain.yml and all other file changes are done by bot commits. See issue #657 for links to specific workflow runs and options.
Note: By design this may have merge conflicts because the branch was before a merge that updated reference files to ensure these workflows would bot-update those files.