Multiple packages development

[Oliwer-Budnik]

Hey, I want to ask a question about multiple packages development.

For this moment I have to use multiple canvas.yaml files to describe new files placement.

1. I would like to ask, is a way to use config file at command like:

vendor/bin/canvas make:model xxx --config="canvas/task-package.yaml"

Or maybe better way like - setup earlier:

vendor/bin/canvas set-config canvas/task-package.yaml.

I think, that later at package amount like 5+ changing config names, and storing them at root may be little hard.

2. Second thing is that I want to store config files at custom directory instead of root. Is a way to do it?

[crynobone]

I don't have any use case for this at the moment.

[Oliwer-Budnik]

Could you try to explain me? Maybe I am stupid, and you mean, that if I put canvas.yaml to package directory this make me avaible to use vendor/bin/canvas make:xx from package dir?

Your readme said, that I can put this at package dir, but nothing is mentioned about use case.

That would be brilliant to use maybe

vendor/bin/canvas make:model xxx --all task-project or vendor/package-name etc.

If not that, maybe use at package dir, but I don't know how to do it to work. Last time I have tried to install composer at package, and those command not worked as I espected, maybe i have to try another one?

Another thing is, that I think that having multiple vendors with the same package is usless and just dirt my project.

[crynobone]

Another thing is, that I think that having multiple vendors with the same package is useless and just dirt my project.

This is the use case I was referring to.

That would be brilliant

Sorry, I don't have any use case for this at the moment not have the time to explain things further.

[Oliwer-Budnik]

So Could you actualize README.md with this usecase? How to use this with multiple packages? I think that this is crucial point of this package :(

I know, that this is a free open source package, but you understand this the most, and can make things easier.

I don't want you to feel that i am forcing You to do something. I understand that you have not unlimited time. I can wait some time until you get free 5 minutes to explain this. I think, that more people will be greatfull.

Thanks for your time, and I will be looking for your explaination.

[crynobone]

No plan for this at the moment. Clearly, this package doesn't suite your use case.

[Oliwer-Budnik]

So this package usecase is to use with single package?