Skip to content

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

Merged
merged 2 commits into from
May 26, 2017

Conversation

devversion
Copy link
Member

  • 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

* 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
@devversion devversion requested a review from jelbourn May 26, 2017 12:32
@googlebot googlebot added the cla: yes PR author has agreed to Google's Contributor License Agreement label May 26, 2017
export const RELEASE_PACKAGES = [
'cdk',
'material',
];
Copy link
Member

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.

Copy link
Member Author

@devversion devversion May 26, 2017

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)

Copy link
Member Author

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.

Copy link
Member

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.

Copy link
Member Author

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?

Copy link
Member

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.

Copy link
Member Author

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')

Copy link
Member Author

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.

Copy link
Member

@jelbourn jelbourn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jelbourn jelbourn added pr: lgtm action: merge The PR is ready for merge by the caretaker and removed pr: needs review labels May 26, 2017
@tinayuangao tinayuangao merged commit 5c6a685 into angular:master May 26, 2017
@devversion devversion deleted the build/move-release-packages branch May 26, 2017 19:06
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Sep 6, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
action: merge The PR is ready for merge by the caretaker cla: yes PR author has agreed to Google's Contributor License Agreement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants