-
Notifications
You must be signed in to change notification settings - Fork 50
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
get-packages #47
Conversation
🦋 Changeset is good to goLatest 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 |
get-packages
packages/get-packages/package.json
Outdated
@@ -0,0 +1,8 @@ | |||
{ | |||
"name": "get-packages", |
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.
"name": "get-packages", | |
"name": "@manypkg/get-packages", |
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 defs needs a changeset :P
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.
Small comments but mostly looks good and am excited!
|
||
const f = fixturez(__dirname); | ||
|
||
describe("getPackages", () => { |
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.
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?
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 think this is done, right?
packages/get-packages/README.md
Outdated
}; | ||
|
||
export function getPackages(cwd: string): Promise<Packages>; | ||
export function getPackagesSync(cwd: string): Packages; |
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 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.
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.
Do you want me to add exports to the types?
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.
Thanks!
No description provided.