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

Configuration for @ORGANIZATION/PROJECT #432

Open
jsbrain opened this issue Jun 28, 2023 · 3 comments
Open

Configuration for @ORGANIZATION/PROJECT #432

jsbrain opened this issue Jun 28, 2023 · 3 comments

Comments

@jsbrain
Copy link

jsbrain commented Jun 28, 2023

I checked to docs and the code and if there is an option to configure the package name of the generated client sdk I didn't find it.

As every execution of yarn nestia sdk overwrites the file this makes it hard to generate a consistent package.

I kinda have the feeling I'm missing something here though, as I cannot imagine this is actually the intended behavior?

@PhilippAlbrecht-KR
Copy link

We also stumbled upon this while trying to build the client for a mono repo. I kinda have to set the name inside the package.json and than commit everything in order for the other projects to find it. Would be nice to just build it with a consistent name without checking it into git.

@jsbrain
Copy link
Author

jsbrain commented Jul 11, 2023

So meanwhile I actually figured out, that this is not the default behavior as usually, once you change the package name and version, they won't be overwritten on subsequent builds. The fact that it's overwritten is actually due to some kind of dependency lookup problem while using yarn workspaces.

I'm not entirely sure what's the actual problem but I believe nestia doesn't find the correct node_modules directory (where it stores some data?) which causes this behavior.

My temporary solution is to build the sdk into a temporary directory outside the directories of my workspaces: array and this leads to consistent builds. I then copy over the data to the actual workspaces directory I want it to be with a subsequent build step. Kind of an ugly workaround but it works for now.

Adding flags to pre-config the build step (even while not fixing the yarn workspaces issue) would mitigate the problem and would generally be a nice feature to add whatsoever.

@samchon
Copy link
Owner

samchon commented Jul 11, 2023

https://github.com/samchon/nestia-template

Welcome your PR. Will wait until Sunday, and if no PR until that, then I will do it.

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

No branches or pull requests

3 participants