From c8e299e55551b1f79e8e465c75dae205c82e3598 Mon Sep 17 00:00:00 2001 From: dd di cesare Date: Wed, 21 Feb 2024 10:03:28 +0100 Subject: [PATCH] [rfc] Clarifying point on resource optimization --- rfcs/0000-kuadrant-release-process.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/rfcs/0000-kuadrant-release-process.md b/rfcs/0000-kuadrant-release-process.md index c1af6e57..a4b293cc 100644 --- a/rfcs/0000-kuadrant-release-process.md +++ b/rfcs/0000-kuadrant-release-process.md @@ -104,8 +104,9 @@ There are a few reasons for this: - Delivering Unparalleled Value to Users: Regular releases can provide users with regular updates and improvements. These updates can include new features and essential bug fixes, thus enhancing the overall value delivered to the users. -- Maximizing Deployment Efficiency: By releasing software at regular intervals, teams can align their activities with - available resources and environments, ensuring optimal utilization. This leads to increased efficiency in the deployment process. +- Resource Optimization: By releasing software at regular intervals, teams can align their activities with + available resources and environments, ensuring optimal utilization. This leads to increased efficiency in the deployment + process and reduces the risk of resource wastage. - Risk Management: Regular releases can help identify and fix issues early, reducing the risk of major failures that could affect users. - Feedback Cycle: Regular releases allow for quicker feedback cycles. This means that any issues or improvements @@ -163,7 +164,6 @@ process of updating the documentation is simple and consists of the following st 1. Update the documentation in the corresponding component repository. 2. Follow the instruction in [https://github.com/Kuadrant/docs.kuadrant.io/](https://github.com/Kuadrant/docs.kuadrant.io/) to update the Docs pointers to the tag or branch of the component repository that contains the updated documentation. -file, to point to the tag or branch of the component repository that contains the updated documentation. 3. Once the changes are merged to main, the workflow that updates the website will be triggered, and the documentation will be updated. 4. If for some reason it's needed to trigger the workflow manually, one can do it from the GitHub Actions tab in the