Open MacDada opened 1 year ago
Good questisons. Let's see how to answer them:
Yes and no. Phive will, when started on a new project, create .phive/phars.xml
but it will always honor phive.xml
in the current directory when one exists. Maybe we should make that more clear.
You should not be required to manually edit that file, so we so far never bothered to explain exact construction. It will contain the list of phars you installed, the target path, the version constraint specified and the currently installed version. It also keeps a flag, whether to copy the phar or symlink it (the later being the default).
Valid point.
- Yes and no. Phive will, when started on a new project, create
.phive/phars.xml
but it will always honorphive.xml
in the current directory when one exists. Maybe we should make that more clear.
I already understand that, but only because I read all the issues in the project's github repository – so yeah, it could use some explanation in the docs ;-)
As for my opinion in the matter: YAGNI :P If there is only one config file, I'd just stick to /phive.xml
. Only when we'd have actually more config files I might add the folder structure.
But well… It is what it is now…
So… To me the best option would be to recommend using the default /.phive/phars.xml
, while stating that /phive.xml
is still working for backwards compatibility.
BTW, what happens if both files exist and differ? Which one has priority? Or is there an error? This could be clarified in the docs as well.
You should not be required to manually edit that file
Okeeeey… And how can I know that from reading the docs? :D I mean, I've read the docs, I've read the issues, I have even used Phive a few years ago… And I'm still not sure what's the real–world workflow with this tool – but that's probably a thing for another issue ;-) I need to figure it all out myself first, I guess.
Understood.
I'll try to keep that in mind when updating the site.
.phive/phars.xml
now?