-
Notifications
You must be signed in to change notification settings - Fork 6.8k
build: move release packages to constants #4818
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
build: move release packages to constants #4818
Conversation
* Moves the list of packages that should be released to the constants file. * Sets the executable bit flag on the `deploy-screenshot-functions.sh` script
export const RELEASE_PACKAGES = [ | ||
'cdk', | ||
'material', | ||
]; |
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.
I don't really like this; I don't see why have a constants.ts
file full of unrelated things is better than having the constant for release packages defined where it's used.
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.
This way you can find stuff better and it can be like a config. It's probably a kind of similar question about having a configuration file for Pixacto (for sure not the same)
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.
This could be theoretically also a config.json
file that configures out build tasks.
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.
Ah, you mean it to be like a configuration for a re-usable library. That makes more sense. In that case I'd be okay with it if we rename the file "build-config.ts" for now.
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.
Yeah sorry if it was confusing. Let's also try to get rid of all the path constants in a follow-up then?
Because I don't think it makes sense to store constants like DIST_MATERIAL
in a config?
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.
Probably would make more sense to just have distRoot
and then the output for each package does into a subdir of that.
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.
Yeah you would just configure the output folder and the different "tasks" will append the package name for example
join(DIST_ROOT, 'packages', 'material')
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.
@jelbourn Done. Just renamed the file to build-config.ts
.
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.
LGTM
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
deploy-screenshot-functions.sh
script