Skip to content
This repository was archived by the owner on Dec 29, 2025. It is now read-only.

Commit 1f26e8b

Browse files
author
GitHub Actions
committed
Added release notes and version entries for 2025.48.0
1 parent 20ea39f commit 1f26e8b

File tree

1 file changed

+105
-0
lines changed

1 file changed

+105
-0
lines changed

blog/2025-11-05-Release-0.md

Lines changed: 105 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,105 @@
1+
---
2+
author: meshcloud
3+
title: Release 2025.48.0
4+
---
5+
6+
Release period: 2025-10-29 to 2025-11-05
7+
8+
This release includes the following issues:
9+
* Fix for Building Block Definition Form
10+
* Dropped Constraints for Landing Zone Updates
11+
* Building Block Definition Input Improvements Now Available in Prod
12+
* Improved Transparency for Draft Building Blocks in Landing Zones
13+
* Admin-Level Building Block Definition Permissions for API Keys
14+
* Fix Building Block Definition Tag Updates Via API
15+
* Metering Configuration for meshPlatforms via meshObject API
16+
* Quickly Send Communications to Platform and Building Block Users
17+
* Azure DevOps Support for Building Blocks
18+
<!--truncate-->
19+
20+
## Ticket Details
21+
### Fix for Building Block Definition Form
22+
**Audience:** User<br>
23+
24+
#### Description
25+
We fixed an issue with the building block definition form
26+
that would confuse values within the list of notification subscribers.
27+
The subscribers are now correctly set and updated on save.
28+
29+
### Dropped Constraints for Landing Zone Updates
30+
**Audience:** User<br>
31+
32+
#### Description
33+
We removed the constraints that previously prevented you from changing certain landing zone fields after creation.
34+
You can now update fields that were previously considered immutable, giving you more flexibility when managing
35+
your landing zones. This change applies to landing zones on AWS, Azure, and Azure Resource Groups platforms.
36+
Please note that modifying these fields is likely to cause problems with the replication of existing tenants.
37+
38+
### Building Block Definition Input Improvements Now Available in Prod
39+
**Audience:** User<br>
40+
41+
#### Description
42+
We have enabled the improved building block definition input editing experience in prod
43+
environments. It was already available in QA environments for 2 weeks.
44+
These improvements increase reliability of the building block definition management.
45+
Nothing should change for you, except for some edge-case issues that were present
46+
before are solved now.
47+
48+
### Improved Transparency for Draft Building Blocks in Landing Zones
49+
**Audience:** User<br>
50+
51+
#### Description
52+
meshStack now shows a clear warning when draft building blocks are used in landing zones. This improves transparency
53+
around product limitations and helps you avoid misconfiguration.
54+
55+
### Admin-Level Building Block Definition Permissions for API Keys
56+
**Audience:** User<br>
57+
58+
#### Description
59+
API keys can now obtain admin-level permissions for building block definitions. This change allows you to create
60+
API keys from within the admin area that have permission to create, read and delete building block definitions from
61+
all workspaces.
62+
63+
### Fix Building Block Definition Tag Updates Via API
64+
**Audience:** User<br>
65+
66+
#### Description
67+
Previously, updating building block definition tags via the meshObject API was not possible. PUT requests on the
68+
building block definition endpoint ignored the tags field, making it impossible to modify tags through the API. This
69+
issue has been fixed and you can now successfully update building block definition tags using the API
70+
71+
### Metering Configuration for meshPlatforms via meshObject API
72+
**Audience:** User<br>
73+
74+
#### Description
75+
We now support metering configuration for platforms managed via the meshObject API (v2-preview version of
76+
meshPlatform). You can configure metering settings for AWS, Azure, GCP, AKS, Kubernetes, and OpenShift
77+
platforms directly in the platform definition. This includes settings for data processing, access
78+
credentials, and platform-specific metering options like cost filters and fair chargeback for reserved
79+
instances.
80+
81+
### Quickly Send Communications to Platform and Building Block Users
82+
**Audience:** User<br>
83+
84+
#### Description
85+
We've improved the platform and building block management experience by adding quick-actions in the overview tables
86+
in the admin area and platform builder. Platform engineers can now send communications directly to users of specific
87+
platforms and building blocks.
88+
89+
### Azure DevOps Support for Building Blocks
90+
**Audience:** User<br>
91+
92+
#### Description
93+
You can now use Azure DevOps pipelines to implement building blocks. This integration allows platform teams to
94+
leverage their existing Azure DevOps infrastructure and pipelines for automated building block execution.
95+
96+
#### How to use
97+
To use Azure DevOps for building blocks:
98+
1. Create an Azure DevOps integration in the meshPanel with your organization details and Personal Access Token
99+
2. When creating a building block definition, select "Azure DevOps" as the implementation type
100+
3. Configure your organization, project, pipeline ID, and execution mode (synchronous or asynchronous)
101+
4. The building block will trigger your Azure DevOps pipeline and monitor its execution status
102+
103+
The Personal Access Token requires 'Build (read and execute)' permissions to trigger pipelines. Building block
104+
input data is passed to your pipeline as variables and can be accessed in your pipeline YAML configuration.
105+

0 commit comments

Comments
 (0)