Customizing a Workflow
In the following examples, we use SERVICE-NAME
as sampleapis
and WORKFLOW-NAME
as record
. The following should be customized to your service(s) and workflow(s).
Adding Custom Container Services
The following are examples of what custom container services can be used for:
When recording requests from a service, a local instance may be needed. This local instance of the service can be added here
When testing, a custom container can be used to trigger the tests after all the services have initialized. An
entrypoint
service is provided for this purpose
To add a custom container service:
Each workflow provides a
docker-compose.yml
for the purpose of adding custom container services. For example:
Custom services should be added under the
services
property. A custom services include underprofiles
the name of the workflow. For example, if the current workflow isrecord
, then:
Adding Custom Lifecycle Hooks
To understand more about lifecycle hooks, see:
Each workflow provides a
lifecycle-hooks.py
that will be auto-included for that particular service workflowIt can be accessed in the following location:
Adding Custom Init Scripts
The intended purpose of the init script is to provide an established location to run shell commands before the service's workflow runs. Uses include, but are not limited to:
Building source files
Building fixtures to use for mocking
To customize the init
script:
Each workflow provides an
init
script that will be run in the workflow's init stepIt can be accessed in the following location:
Adding Custom Configure Scripts
The intended purpose of the init script is to provide an established location to run Stoobly commands to customize proxy settings.
Each workflow provides a
configure
script that will be run in the workflow's configure stepIt can be accessed in the following location:
Last updated