Skip to content
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

get-packages #47

Merged
merged 21 commits into from
Mar 7, 2020
Merged

get-packages #47

merged 21 commits into from
Mar 7, 2020

Conversation

tarang9211
Copy link
Contributor

No description provided.

@changeset-bot
Copy link

changeset-bot bot commented Mar 3, 2020

🦋 Changeset is good to go

Latest commit: 6aa50cd

We got this.

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@tarang9211 tarang9211 changed the title Breaking Change: get-packages Breaking Change: get-packages Mar 3, 2020
@@ -0,0 +1,8 @@
{
"name": "get-packages",
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
"name": "get-packages",
"name": "@manypkg/get-packages",

@emmatown emmatown changed the title Breaking Change: get-packages get-packages Mar 3, 2020
Copy link
Contributor

@Noviny Noviny left a comment

Choose a reason for hiding this comment

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

This defs needs a changeset :P

Copy link
Contributor

@Noviny Noviny left a comment

Choose a reason for hiding this comment

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

Small comments but mostly looks good and am excited!


const f = fixturez(__dirname);

describe("getPackages", () => {
Copy link
Contributor

Choose a reason for hiding this comment

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

It would be really good if we could deduplicate these tests, so adding tests to one would run for the other function as well.

This could use jest-in-case.

Can we do this for both these tests?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I think this is done, right?

packages/find-root/README.md Show resolved Hide resolved
};

export function getPackages(cwd: string): Promise<Packages>;
export function getPackagesSync(cwd: string): Packages;
Copy link
Contributor

Choose a reason for hiding this comment

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

This info seems not ideal as this is not a normal way of explaining imports.

This should really just be the import statements. Having the tool, package, and packages types is useful.

Speaking of, can we expose these as exports? Having access to types is nice.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Do you want me to add exports to the types?

Copy link
Member

@emmatown emmatown left a comment

Choose a reason for hiding this comment

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

Thanks!

@emmatown emmatown merged commit 72a0112 into master Mar 7, 2020
@emmatown emmatown deleted the tarang/get-packages branch March 7, 2020 03:57
@github-actions github-actions bot mentioned this pull request Mar 7, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants