-
Notifications
You must be signed in to change notification settings - Fork 12
fix: adapt publish directory based on builder #94
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
Conversation
✅ Deploy Preview for plugin-angular-universal-demo ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code wise LGTM, but I think we still need to ignore prettier for the fixtures (failing on CI)
done! |
@@ -9,7 +9,8 @@ const fixOutputDir = async function ({ failBuild, failPlugin, siteRoot, PUBLISH_ | |||
|
|||
const { outputPath } = project.architect.build.options | |||
|
|||
const correctPublishDir = join(outputPath, 'browser') | |||
const isApplicationBuilder = project.architect.build.builder.endsWith(':application') |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
have you checked this with nx workspaces as well? 🤔
In the Angular world, a
builder
is something like a bundling strategy, and they decide where to output static assets. Newly created Angular applications use theapplication
builder, which emits static assets intodist/<project-name>/browser
. Old applications that updated to NG17 can still use other builders, like thebrowser
builder. Surprise: They output intodist/<project-name>
! This PR adds two tests for application builder and browser builder, and adapts the publish directory we're expecting based on that.