-
Notifications
You must be signed in to change notification settings - Fork 812
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
The documentation says that relative paths are allowed, but they aren’t #176
Comments
Same problem for me. |
I'm running into this error as well. |
Would be nice if it will be fixed. |
Currently I have to use the following workaround to upload Debian package, which is created in parent folder by default:
|
That's too bad. Why hasn't it been fixed yet |
Same here! |
- The upload-artifact action supposedly supports relative paths, but it threw an error when relative paths were used. There also seems to be a few open bugs reported on GitHub, here's one: actions/upload-artifact#176. - Since some of the samples dump their output in the parent directory, let's try a workaround to see if we can archive them in the workflow run.
- The upload-artifact action supposedly supports relative paths, but it threw an error when relative paths were used. There also seems to be a few open bugs reported on GitHub, here's one: actions/upload-artifact#176. - Since some of the samples dump their output in the parent directory, let's try a workaround to see if we can archive them in the workflow run.
The entire working directory gets zipped and uploaded to AWS Batch when using the `aws-batch` runtime, which includes an early `build.log` file. When the build completes and downloads the build outputs, the early `build.log` file overwrites the local `build.log` of the GH Action. This results in a truncated file that does not include the AWS_BATCH_JOB_ID and prevents the generation of the AWS Batch summary. This commit moves the hard-coded `build.log` file to outside of the current working directory to prevent it from being uploaded with the pathogen repo build. Using "~/build.log" because "../build.log" is not allowed as a pattern for the `upload-artifact`` action.¹ ¹ actions/upload-artifact#176
The entire working directory gets zipped and uploaded to AWS Batch when using the `aws-batch` runtime, which includes an early `build.log` file. When the build completes and downloads the build outputs, the early `build.log` overwrites the local `build.log` of the GH Action. This results in a truncated file that does not include the AWS_BATCH_JOB_ID and prevents the generation of the AWS Batch summary. This commit moves the hard-coded `build.log` file to an ignored directory (the same directory that we are using for the nextstrain/.github repo¹). This prevents the `build.log` from being uploaded with the build. Previously tried other paths, but they all caused errors. - "../build.log" - ".." pattern is not allowed for the `upload-artifact` action² - "~/build.log" - `hashfiles` requires files to be in the `GITHUB_WORKSPACE`³ ¹ #44 (comment) ² actions/upload-artifact#176 ³ https://docs.github.com/en/actions/learn-github-actions/expressions#hashfiles
The entire working directory gets zipped and uploaded to AWS Batch when using the `aws-batch` runtime, which includes an early `build.log` file. When the build completes and downloads the build outputs, the early `build.log` overwrites the local `build.log` of the GH Action. This results in a truncated file that does not include the AWS_BATCH_JOB_ID and prevents the generation of the AWS Batch summary. This commit moves the hard-coded `build.log` file to an ignored directory (the same directory that we are using for the nextstrain/.github repo¹). This prevents the `build.log` from being uploaded with the build. Previously tried other paths, but they all caused errors. - "../build.log" - ".." pattern is not allowed for the `upload-artifact` action² - "~/build.log" - `hashfiles` requires files to be in the `GITHUB_WORKSPACE`³ ¹ #44 (comment) ² actions/upload-artifact#176 ³ https://docs.github.com/en/actions/learn-github-actions/expressions#hashfiles
The entire working directory gets zipped and uploaded to AWS Batch when using the `aws-batch` runtime, which includes an early `build.log` file. When the build completes and downloads the build outputs, the early `build.log` overwrites the local `build.log` of the GH Action. This results in a truncated file that does not include the AWS_BATCH_JOB_ID and prevents the generation of the AWS Batch summary and the re-attachment to the AWS Batch job in subsequent `wait` jobs. This commit moves the hard-coded `build.log` file to an ignored directory (the same directory that we are using for the nextstrain/.github repo¹). This prevents the `build.log` from being uploaded with the build. Previously tried other paths, but they all caused errors. - "../build.log" - ".." pattern is not allowed for the `upload-artifact` action² - "~/build.log" - `hashfiles` requires files to be in the `GITHUB_WORKSPACE`³ ¹ #44 (comment) ² actions/upload-artifact#176 ³ https://docs.github.com/en/actions/learn-github-actions/expressions#hashfiles
Hopefully should work with node20? Might need v4 for that. Relative paths don't work, cf actions/upload-artifact#176
``` Error: Invalid pattern '../dist'. Relative pathing '.' and '..' is not allowed. ``` actions/upload-artifact#176
Update .github/workflows/build.yml to use v4s of the upload-artifact and download-artifact actions. Adds a workaround for actions/upload-artifact#176. Co-authored-by: Mario Minardi <mminardi@shaw.ca>
Update .github/workflows/build.yml to use v4s of the upload-artifact and download-artifact actions. Adds a workaround for actions/upload-artifact#176. Adds a dependabot check for outdated GitHub Actions. Co-authored-by: Mario Minardi <mminardi@shaw.ca>
Update .github/workflows/build.yml to use v4s of the upload-artifact and download-artifact actions. Adds a workaround for actions/upload-artifact#176. Adds a dependabot check for outdated GitHub Actions. Co-authored-by: Mario Minardi <mminardi@shaw.ca>
This seems to go deeper than just upload-artifact. It relies on It seems like a thing we should be able to fix there, but I'm not sure if the maintainers would accept the change. |
Multiple users can't get relative paths to work (see: actions#176). It would be great if relative paths do work but documenting the current case is better and reverting when this is fixed/(re-)implemented.
Describe the bug
A clear and concise description of what the bug is.
Compare the documentation:
To what actually happens:
Version
Environment
Screenshots
If applicable, add screenshots to help explain your problem.
Run/Repo Url
If applicable, and if your repo/run is public, please include a URL so it is easier for us to investigate.
How to reproduce
If applicable, add information on how to reproduce the problem.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: