mirror of
https://github.com/nektos/act.git
synced 2026-04-26 01:15:51 +03:00
[GH-ISSUE #1073] Volume mounting issues with file built within pipeline #623
Labels
No labels
area/action
area/cli
area/docs
area/image
area/runner
area/workflow
backlog
confirmed/not-planned
kind/bug
kind/discussion
kind/external
kind/feature-request
kind/question
meta/duplicate
meta/invalid
meta/need-more-info
meta/resolved
meta/wontfix
meta/workaround
needs-work
pull-request
review/not-planned
size/M
size/XL
size/XXL
stale
stale-exempt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/act#623
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jonny7 on GitHub (Mar 24, 2022).
Original GitHub issue: https://github.com/nektos/act/issues/1073
I should prefix, with I'm not sure if this is a bug or I just need guidance on how to manage volume mounting for my setup. Because I am seeing unexpected results with act at either the current or previous version when trying to mount a file. I have a reproducible effort though so you can see if this is my problem.
System information
Expected behaviour
I am building a config file in my workflow and then trying to mount that into Docker. This works as expected in GH actions, but fails with act
Actual behaviour
It fails to mount the newly created file and creates a directory in my repo with the expected filename. I think this is Docker creating the directory however, because act doesn't supply the created file to Docker, I could be wrong though. This ultimately results in:
Workflow and/or repository
This
volumesbranch has a fully reproducible example. https://github.com/jonny7/act-example/tree/volumes. This will run fine on GH actions, but fail in act. I should note I am using my own container that is wrapped withdocker-compose. ThatDockerfileis also in the repo. I've wrapped it with sudo for installingdocker-composeand previously there was nosudo. It still has the same results however.Steps to reproduce
volumesbranchDockerfileact pull_request -P ubuntu-latest=your/tagged-imageactoutputAs noted above
@github-actions[bot] commented on GitHub (Apr 24, 2022):
Issue is stale and will be closed in 14 days unless there is new activity