Skip to content
This repository was archived by the owner on Apr 23, 2026. It is now read-only.

fea: Injected hf_token in test job - #3054

Merged
mergify[bot] merged 1 commit into
instructlab:mainfrom
dmartinol:inject_hf_token
Jan 29, 2025
Merged

fea: Injected hf_token in test job#3054
mergify[bot] merged 1 commit into
instructlab:mainfrom
dmartinol:inject_hf_token

Conversation

@dmartinol

@dmartinol dmartinol commented Jan 29, 2025

Copy link
Copy Markdown
Contributor

Required to fix #3051

Checklist:

  • Commit Message Formatting: Commit titles and messages follow guidelines in the
    conventional commits.
  • Changelog updated with breaking and/or notable changes for the next minor release.
  • Documentation has been updated, if necessary.
  • Unit tests have been added, if necessary.
  • Functional tests have been added, if necessary.
  • E2E Workflow tests have been added, if necessary.

Signed-off-by: Daniele Martinoli <dmartino@redhat.com>
@mergify mergify Bot added the CI/CD Affects CI/CD configuration label Jan 29, 2025
@nathan-weinberg
nathan-weinberg requested a review from a team January 29, 2025 15:01
@mergify mergify Bot added the one-approval PR has one approval from a maintainer label Jan 29, 2025
@dmartinol
dmartinol marked this pull request as ready for review January 29, 2025 15:51
@mergify
mergify Bot merged commit ac7cc07 into instructlab:main Jan 29, 2025
@mergify mergify Bot removed the one-approval PR has one approval from a maintainer label Jan 29, 2025
@bbrowning

Copy link
Copy Markdown
Contributor

The test job will NOT have access to this secret on pull requests, but it will on pushes. Was that the intended change here? In practice it means when the tests run against a PR the hf_token will be an empty string instead of the actual secret value, because we're using a pull_request workflow dispatch and that does not get access to the actual secrets from the InstructLab org. Since it won't have access to secrets, would it be better to just hard-code the hf_token to an empty string in the workflow? To make it clear that we don't actually need the secret value, and that any value works?

Or, if this actually needs the secret value, this test will fail on all PRs opened.

@nathan-weinberg

Copy link
Copy Markdown
Contributor

The test job will NOT have access to this secret on pull requests, but it will on pushes. Was that the intended change here? In practice it means when the tests run against a PR the hf_token will be an empty string instead of the actual secret value, because we're using a pull_request workflow dispatch and that does not get access to the actual secrets from the InstructLab org. Since it won't have access to secrets, would it be better to just hard-code the hf_token to an empty string in the workflow? To make it clear that we don't actually need the secret value, and that any value works?

Or, if this actually needs the secret value, this test will fail on all PRs opened.

Discussed on Slack

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

CI/CD Affects CI/CD configuration

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants