|
| 1 | +--- |
| 2 | +title: "Release Notes: November 2023" |
| 3 | +description: "Release Notes for Codefresh Pipelines and GitOps" |
| 4 | +--- |
| 5 | + |
| 6 | +## Features & enhancements |
| 7 | + |
| 8 | + |
| 9 | +### Pipelines: New `timeout` functionality for pipeline steps |
| 10 | + |
| 11 | +We are happy to announce a new field for pipeline steps, the `timeout` flag to further enhance control over your pipelines! |
| 12 | +The `timeout` flag, when assigned to a step, prevents that step from running beyond a specific duration if so required. |
| 13 | + |
| 14 | +Add the `timeout` flag with the <duration> and <units> to any of these step types: `git-clone`, `freestyle`, `build`, `push`, `composition`, `pending-approval`. |
| 15 | + |
| 16 | +**How it works** |
| 17 | +* Steps that exceed the timeout limit are automatically terminated. If the steps are completed before the timeout limits are exceeded, the timeout values are ignored. |
| 18 | +* Steps terminated through timeouts have the same behavior as failed steps. If you notice any inconsistencies, kindly report them as bugs. |
| 19 | +* In parallel steps, by default, the timeout defined for the parent is inherited by child steps. |
| 20 | + |
| 21 | +**Example** |
| 22 | + |
| 23 | +```yaml |
| 24 | +version: '1.0' |
| 25 | +steps: |
| 26 | + parallel: |
| 27 | + type: parallel |
| 28 | + timeout: 1m |
| 29 | + steps: |
| 30 | + first: |
| 31 | + image: alpine |
| 32 | + second: |
| 33 | + image: alpine |
| 34 | + timeout: 2m |
| 35 | + third: |
| 36 | + image: alpine |
| 37 | + timeout: null |
| 38 | +``` |
| 39 | +For details, see [Git-clone step]({{site.baseurl}}/docs/pipelines/steps/git-clone/) and [Add timeouts for parallel steps]({{site.baseurl}}/docs/pipelines/advanced-workflows/#add-timeouts-for-parallel-steps). |
| 40 | +
|
| 41 | +### Pipelines: Share log URLs for pipeline builds with timestamps |
| 42 | +Our latest enhancement simplifies troubleshooting and resolution process for issues in pipeline builds! How? By introducing the ability to share the URL of the build log with your team! |
| 43 | +
|
| 44 | +By selecting the part of the build log you want your team to look at for a specific step or for the entire build: a single row, a specific segment, or whatever you need, and clicking **Share**, you get a unique URL. |
| 45 | +When colleagues, logged in to the same account, access the shared URL link, the build log opens directly to the highlighted section for easy identification. |
| 46 | +
|
| 47 | +{% include |
| 48 | +image.html |
| 49 | +lightbox="true" |
| 50 | +file="/images/whats-new/nov23/rel-notes-nov-23-share-logs-select-lines.png" |
| 51 | +url="/images/whats-new/nov23/rel-notes-nov-23-share-logs-select-lines.png" |
| 52 | +alt="Sharing URL for build logs" |
| 53 | +caption="Sharing URL for build logs" |
| 54 | +max-width="50%" |
| 55 | +%} |
| 56 | +
|
| 57 | +**Please note** |
| 58 | +Sharing build log URLs requires timestamps in the logs. Codefresh will enable timestamps for all accounts, which can affect automation you may have created based on log output formats without timestamps. To opt out, please contact Codefresh Support. |
| 59 | +This functionality will be available for all customers starting December 14. |
| 60 | +
|
| 61 | +
|
| 62 | +For details, see [Sharing log URLs for pipeline builds]({{site.baseurl}}/docs/pipelines/monitoring-pipelines/#sharing-log-urls-for-pipeline-builds). |
| 63 | +
|
| 64 | +### Pipelines: Custom audiences for OIDC |
| 65 | +You’ll be happy with our latest enhancement for OIDC in Codefresh pipelines. Now, our OIDC integration supports multiple audiences. This flexibility is crucial for working with audiences that require distinct names instead of defaulting to the platform’s hostname, such as the Codefresh platform URL. |
| 66 | +
|
| 67 | +**Customize your audience** |
| 68 | +In the `obtain-oidc-id-token` step, tailor your audience by defining custom values — either a single value or multiple values separated by commas. |
| 69 | + |
| 70 | +Here’s an example of a single custom audience: |
| 71 | + |
| 72 | +```yaml |
| 73 | +obtain_id_token: |
| 74 | + title: Obtain ID Token |
| 75 | + type: obtain-oidc-id-token |
| 76 | + arguments: |
| 77 | + AUDIENCE: "cosign" |
| 78 | +``` |
| 79 | + |
| 80 | +For details, see [Standard OIDC claims]({{site.baseurl}}/docs/integrations/oidc-pipelines/#standard-oidc-claims). |
| 81 | + |
| 82 | + |
| 83 | +### Other changes |
| 84 | +* **Pipelines**: Helm steps now support Helm releases 3.9.0 and higher. |
| 85 | +* **GitOps**: We have restored the option in the UI to Download logs for GitOps Helm Runtimes. |
| 86 | + |
| 87 | + |
| 88 | + |
| 89 | +## Bug fixes |
| 90 | + |
| 91 | +**General** |
| 92 | +* Removing users from Codefresh UI, via API, or Terraform, results in 504 error. |
| 93 | +* Events missing from Audit log. |
| 94 | + |
| 95 | +<br> |
| 96 | + |
| 97 | +**Pipelines** |
| 98 | +* Branch information for Gerrit as Git provider not loaded in Codefresh. |
| 99 | +* Branches not loaded for GitLab repos within sub-groups. |
| 100 | +* `stepTemplate` runs in default volume path ignoring `WORKING_DIR` environment variable. |
| 101 | +* For Azure DevOps Pull Request (PR) (push commit, push reviewers changed, votes score changed, status changed) events, the build status in Azure DevOps is not identical to the build status in Codefresh. |
| 102 | +* Incorrectly sorted list of volumes in Volume Provisioner results in less than optimal volume selected for caching. |
| 103 | +* Webhook for Bitbucket triggers three builds for a single event. |
| 104 | +* Helm step does not support latest Helm versions. |
| 105 | +* Long response times when loading large numbers of repos and branches for Bitbucket. |
| 106 | +* Incorrect error message for Glob expressions in Modified Files for Triggers. |
| 107 | +* Incorrect step-level metrics for `build` step when `buildx` is set to `true` and the `builder driver` is set to `docker-container`. |
| 108 | +* Incorrect results for CLI command `codefresh get pip --label`. |
| 109 | +* Builds stuck indefinitely in `terminating` state. |
| 110 | + |
| 111 | +<br> |
| 112 | + |
| 113 | + |
| 114 | +**GitOps** |
| 115 | +* Some GitOps Runtimes not displayed in List view. |
| 116 | +* Incorrect behavior with `ServerSideApply` for Hybrid GitOps Runtimes. |
| 117 | +* Incomplete list of Pull Requests and Jira issues in Timeline tab of GitOps Apps dashboard when Kubernetes and deployments and Rollouts are both used in the same application. |
0 commit comments