-
Notifications
You must be signed in to change notification settings - Fork 56
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
BUG/UX: Feature schematic pathing does not work as expected #104
Comments
Hi, I am also facing similar/related issues. For example, in order to end up with the next workspace tree & imports:
I tried to figure out where could be the issue by trying out several configurations. By running the next "hacky" nx command :
It will give us the next result:
This command would contain some issues such as:
I am currently working on a version for fixing that issue on my own fork 🤞. |
I really enjoy this plugin to but I am facing the same issue. I have a monorepo where I have a ui and server folder. I am trying to add a feature for the ui but it keeps adding my feature and domain to the root libs folder. Has anyone attempted to create a pull request for this? |
TLDR;
Firstly, the plugin is AWESOME.
However, the feature schematic is too presumptive about pathing in an nx monorepo (that the domains will be in the root of the libs directory).
Given the following feature schematic generator command
nx g @angular-architects/ddd:feature choose-payment-method --directory angular/payment-methods/features --domain payment-methods --noApp
Then the feature should be generated in the angular/payment-methods/features/feature-choose-payment-method directory
Actual: Feature is generated into libs/payment-methods/angular/payment-methods/features/feature-choose-payment-method directory
Reproduction
Why?
We have an nx monorepo that is a polyglot (c#, python, angular) our apps and libs folders are structured as follows:
Given the domain schematic it was very easy to generate a domain library given the following:
nx g @angular-architects/ddd:domain payment-methods --directory angular --noApp
This created the expected hierarchy of:
(the module name, nx-workspace project ref, were prefixed with "angular", but that's not too painful to fix)
We're hoping to use the same means for generating features, but as stated, it is currently not possible to do so (without some hackery...because I was able to achieve the desired result, but would need to fix too many files to make it a feasible solution)
The text was updated successfully, but these errors were encountered: