-
Notifications
You must be signed in to change notification settings - Fork 45
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
Allow to use the package as library #70
Comments
Mostly, I don't want to put the effort into a stable API. I could provide an unstable one. Is there a concrete problem you are finding difficult to solve? I'm mostly interested in which parts of the system you are interested in being exposed. Sometimes using |
I would use pkgset.Calc to find all dependencies of a package |
If you just want all the packages, then this would be sufficient:
|
For me I wanted to experiment with using it in a CI setup, to figure out which packages need to be re-built and tested based on changes in a PR (this is for a monorepo) and stuff like that.
I at least think that's reasonable. I would be fine under the assumption that when a new release is out, it likely means I need to change my code |
If you can cache the build output, then Go won't test anything that hasn't changed. Otherwise, the logic for such a things is approximately this:
|
there are some cases where using as library would be preferable than using as cli
is there a reason to not allow it? thanks
The text was updated successfully, but these errors were encountered: