-
Notifications
You must be signed in to change notification settings - Fork 131
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 finding common makefiles at top of the workspace #1175
Comments
…e easy crate/workspace root extending #1175
@jayvdb pushed a solution in dev branch 0.37.23 and would love if you can check it. you can look at the extends_list.toml example of how to use it |
Note using In all the cases I have, I have a "services/" directory under the workspace root. It has no files in that directory - only sub-directories for each workspace member. I have other cases where the workspace member is under Also I have |
extend = [{ path = "makefiles/tools.toml", relative = "workspace" }] results in
The version made me think maybe I had the wrong binary, but seems like this is correct per 8e7ca82 |
ya i only bump the version before releasing.... can you share more details like how the workspace looks like, the makefiles, etc so i can reproduce? |
also if you run with "-v" i'll see some debug logs of if it finds and where it finds the crate/workspace roots. so that might be helpful as well for me |
just added a 'workspace' example which seems to work well so need that debug info and project structure and makefiles to understand better. |
is t possible you don't have a Cargo.toml at the workspace root? |
@jayvdb adding 2 more things in latest diff
|
sorry - been very busy
no.
no. sorry. I reinstalled using the latest and it still doesnt work in my monorepo. I am 99% sure it is because we have the structure explained above that has multiple subdirectories. Your example only has one level.
this works
roger that. |
@jayvdb released |
Feature Description
Context is #1163
A workspace member
Makefile.toml
should be able to easily include (extend) common tasks/rules/etc from a cargo-make compliant toml file that can be located from the top of the workspace.Currently one needs to do
And the number of "../" depends on the level of the workspace member. This isnt bad, as it is accurate, but it could be improved upon.
Describe The Solution You'd Like
I suspect that some very basic and rarely modified (and probably should be immutable) cargo-make defined envvars can be set early enough in the process so that this works:
Code Sample
The text was updated successfully, but these errors were encountered: