You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The template repository may be moved or renamed, preventing update.
Currently you have to hack the answers file (which is forbidden), and commit it before updating.
Very inconvenient, also during template development when you are working with a locally checked out template and end up with a file system path in a subproject.
Desired Situation
No hacking needed to change template repo location.
Proposed solution
There should be an optional --source argument to point to the new location during update or recopy.
The text was updated successfully, but these errors were encountered:
Fir recopy, just copy again. Recopy is just a shortcut for that.
In the case of updating, it would make sense.
I would say just very important shortcut. In scenarios where you actually recopy is is not only annoying, but also error prone to have to specify all arguments again. And why would you implement the option for update, but not for recopy at the same time? I would assume the added complexity would be very low, zero or even negative because of more code reuse.
I would also say that the interface would be less confusing to users by having this option on both commands.
Actual Situation
The template repository may be moved or renamed, preventing update.
Currently you have to hack the answers file (which is forbidden), and commit it before updating.
Very inconvenient, also during template development when you are working with a locally checked out template and end up with a file system path in a subproject.
Desired Situation
No hacking needed to change template repo location.
Proposed solution
There should be an optional
--source
argument to point to the new location duringupdate
orrecopy
.The text was updated successfully, but these errors were encountered: