Copilot Coding Agent session overwrites custom actions/checkout options silently #163397
Replies: 1 comment
-
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Select Topic Area
Product Feedback
Copilot Feature Area
Copilot Agent Mode
Body
Problems
I have a custom
.github/workflows/copilot-setup-steps.yml
withactions/checkout@v4
step.From my understanding, the steps in the
copilot-setup-steps
should have no restriction.But from my observation, when Copilot Coding Agent starts a new session,
actions/checkout@v4
custom options are being overwritten.I'll give an example
These options are respected just fine if the workflow runs are triggered not via agent session, e.g. via PR push. Even if the one pushing the PR is the coding agent. I've tested it because I'm making these changes using agent.
This is the log after agent pushed the updates:
After custom workflow has been merged, I created a new issue and assigned copilot to it.
Note how the options for
actions/checkout
are overwritten in the agent session:Questions
Expectations
Use case
Specific to my use case, I need other branches to be available locally in the agent session.
The common solution here is use the persisted git credentials from
actions/checkout
in next step to manually callgit fetch
. These credentials will be cleaned up in the post job step automatically anyway.Workaround?
As temporary workaround, I'm using the built in GH token from the action env to authenticate with GH and do fetch.
Beta Was this translation helpful? Give feedback.
All reactions