Closed soltmar closed 8 years ago
This is expected as the SiteExtension is hijacking the Deployment Pipeline in Kudu. Additional Deployment files will not work as it is a single deployment.
You could definitely change the deploy.cmd if you modify the file in d:\home\siteextensions\composerextension\hooks\deploy.cmd
@SyntaxC4 - I understand this won't be fixed. It might be helpful to provide some documentation that indicates that using this extension will override any customization you've added.
Editing d:\home\siteextension\composerextension\hooks\deploy.cmd
is not really an option if you keep your customizations in version control.
The hijack is breaking a fully automated devops rollout of an environment and should be removed. At the least the deploy.cmd could check for a custom deploy.cmd in the site root before running the rest. Hijacking stuff like this without being able hijack back (automated) is very bad practice.
This extension does not respect the existing Kudu pipeline. From a user's point of view, when you have a custom deployment from source control, the hijack is totally out of expectation. After eventually those users find the extension is competing with the them for control of the deployment process, they will hate the author(s). A warning about this unexpected behavior before installing this extension could largely prevent such negative feeling.
Hi,
It looks like my custom deployment script is not running when this extension is installed.
I've got .deployment and deploy.cmd files in root of my repo.
During deployment only Composer deployment command is running. After Composer extension deinstallation, custom script is running fine (except error about missing composer component)
.deployment
deploy.cmd