Right now Gorilla requires users to embed check, pre-install, and post-install scripts in Catalogs. I'd love to see an option to store these scripts on the web server as normal .ps1 files and point to them with relative paths from the Catalog. I'm happy to write a pull request, I just have some questions.
1) Would you accept such a feature?
2) Should I cache the scripts on the client and reuse your already-built IfNeeded machinery?
3) I am thinking I am going to need to add new keys to Item and InstallCheck. Any preference or opinions on the names of the new keys? I was thinking something like PreScriptPath, PostScriptPath, and ScriptPath.
Yes, this would be great! We already keep the scripts in a separate directory to make code review easier, so this would remove a step in our workflow 👍
Yes, I think caching is needed. Using the existing ifNeeded function is ideal since that gets you checksum verification and unit tests for "free".
I think the names you are proposing makes sense. As Graham posted out, you will also need to add keys for the hash too.
Right now Gorilla requires users to embed check, pre-install, and post-install scripts in Catalogs. I'd love to see an option to store these scripts on the web server as normal .ps1 files and point to them with relative paths from the Catalog. I'm happy to write a pull request, I just have some questions.
1) Would you accept such a feature? 2) Should I cache the scripts on the client and reuse your already-built IfNeeded machinery? 3) I am thinking I am going to need to add new keys to Item and InstallCheck. Any preference or opinions on the names of the new keys? I was thinking something like
PreScriptPath
,PostScriptPath
, andScriptPath
.Example:
Thanks! Brandon