...
- findProjectsForChange/findPackagesForChange isnt finding my projects
- The most common reason your projects/packages are not being found is the Webhooks Enabled flag is not checked on the project
- Ensure the repository name configured in your integration instance in FlexDeploy matches the repository name received from the webhook (case insensitive).
- If a sparse checkout folder is configured on your project your project will only be detected for a change if one of the modified files from the push event is contained in the sparse checkout folder
- For example - If you received a push event for a changed file /content/project1/dist/index.html. A project with sparse checkout 'content/project2' would not be returned whereas a project with sparse checkout 'content/project1' would be
- How do I create a new Release Snapshot from a webhook build?
- The simplest way is to simply configure a Snapshot Schedule on your release. When the schedule runs it will find the newly built project version which resulted from the webhook.
- A function also exists 'createSnapshot' which can be used within a webhook function.
- No webhooks are being received by FlexDeploy (webhook messages screen is blank)
The webhooks may not be getting through because of the firewall. See Webhook Security for options on allowing webhooks to be received by FlexDeploy without sacrificing security.
- Should I manage webhooks per repository, or globally for my SCM?
Webhooks in FlexDeploy have the capability for both options. Most SCMs have separate configuration of webhooks per repository. If you don't need separate customizations per repository, it's recommended to create one provider and one or a couple functions in FlexDeploy for your SCM for easier management. However, if your use case is different depending on the repository, you can configure multiple providers for your SCM to group repositories, or group them by URIs associated with different functions, and manage them separately in that way.