By default, we suggest using the record build and test results action.
However if your code repository/repositories is/are not available in the step where you run tests, you can split up the two steps (record build and record tests).
Use this action to record a build, then use the Launchable record tests to build action to record tests.
If you use actions/checkout
, set fetch-depth: 0 as shown in the example below. Without this setting, Launchable will not receive information about all your commits.
steps:
- uses: actions/checkout@v3
with:
fetch-depth: 0
Refer to go-test example for example use of the action.
Build name that you can give to the current software. You'll use this value when you record tests later, so the value you choose needs to be available in that later step. See Choosing a value for <BUILD NAME> .
Path to a local Git repository/workspace. Default .
.
The maximum number of days to collect commits retroactively. Default 30
.
Flag to stop collecting build information from Git Submodules. Default false
, which means the submodules are collected.
Python version for the Launchable CLI to use. Default is 3.10
. Change this if your workflow requires a specific Python version.
The Launchable record build action is licensed under the Apache license.