Closed theNerd247 closed 1 year ago
The current build pipeline for #5 is failing and I'm sure other PRs will run into the same issue as the only file that changed is the
README.md
file.
What's build pipeline is failing? Not sure I am understanding this issue.
See the build pipeline for #5. There are multiple pipelines that are failing to build
See the build pipeline for #5. There are multiple pipelines that are failing to build
I am not even sure what those are about, those are set automatically by Nx on installation, but haven't been a problem so far, I have been able to build, test, and publish any library or app without anyproblems.
Ah, okie dokie! I didn't have any context for these issues either. I'll investigate what's going on further and create a PR if necessary
Hey @abelpz it looks like the nx system pre-configured the github repo to use some default CI stuff. I've pushed a fix that was preventing most of the other jobs from failing however the main process is still failing. However, this failing job has the following log:
Run ${GITHUB_WORKSPACE//\\//}/.github/workflows/run-commands-in-parallel.sh '["NX_CLOUD_DISTRIBUTED_EXECUTION=false pnpm exec nx-cloud record -- pnpm exec nx format:check","pnpm exec nx affected --target=lint --parallel=3","pnpm exec nx affected --target=test --parallel=3 --ci --code-coverage","pnpm exec nx affected --target=build --parallel=3"]'
> NX No explicit --base argument provided, but found environment variable NX_BASE so using its value as the affected base: 131df9c8f6e8e4cfe3313d40ad01e9cec56ad9d1
> NX No explicit --head argument provided, but found environment variable NX_HEAD so using its value as the affected head: d91eb628a7c78f236ff577d5a36f3b5af234e6dc
> NX No explicit --base argument provided, but found environment variable NX_BASE so using its value as the affected base: 131df9c8f6e8e4cfe3313d40ad01e9cec56ad9d1
> NX No explicit --head argument provided, but found environment variable NX_HEAD so using its value as the affected head: d91eb628a7c78f236ff577d5a36f3b5af234e6dc
> NX No explicit --base argument provided, but found environment variable NX_BASE so using its value as the affected base: 131df9c8f6e8e4cfe3313d40ad01e9cec56ad9d1
> NX No explicit --head argument provided, but found environment variable NX_HEAD so using its value as the affected head: d91eb628a7c78f236ff577d5a36f3b5af234e6dc
README.md
package.json
> nx run fnr-docs:build
[INFO] [en] Creating an optimized production build...
[info] [webpackbar] Compiling Client
[info] [webpackbar] Compiling Server
[success] [webpackbar] Client: Compiled successfully in 35.44s
[success] [webpackbar] Server: Compiled successfully in 38.12s
[SUCCESS] Generated static files in "dist/packages/fnr-docs".
[INFO] Use `npm run serve` command to test your build locally.
pnpm-lock.yaml
> NX Nx Cloud: Successfully recorded command output
You can view or share your output by visiting https://cloud.nx.app/runs/3Q7TGfguoo
> NX Successfully completed running the command.
See run details at https://cloud.nx.app/runs/do9vJEDwkT
Error: Process completed with exit code 1.
The last part is rather confusing...as no errors are indicated in why the build fails.
The report by Nx Cloud says this is the command that is failing: pnpm exec nx format:check
However it works by running it locally
Related issue: https://github.com/nrwl/nx/issues/4159
I'm not able to view the logs on nx cloud
. I'm using the links provided in the logs however Nx cloud says that I either don't have permissions or the run doesn't exist. Do the links still work for you?
@theNerd247 are you able now? I've just made it public.
yes, thank you!
@abelpz Here are the issues that I've discovered so far and are attempting to fix in #5.
pnpm
chosen did not match the version of pnpm
that the project expects to useformat:check
command is still broken.workspace-lint
command is deprecated but still included in the generated ci.yml
. After fixing these issues the linter is now throwing multiple errors in the source code. I propose we remove the CI for this PR (since we're only updating the README) and create a separate PR for making the appropriate fixes for the CI around this repo - that and I believe we need a separate issue to discuss the goals the CI should have for this repo.
@theNerd247 sure, we can go ahead with it as you proposed.
in light of #5 being merged I'm closing this since it removes the templated CI process. #31 was merged today and introduces a new CI process that we can build upon
The current build pipeline for #5 is failing and I'm sure other PRs will run into the same issue as the only file that changed is the
README.md
file.