Skip to content

[hotfix] docs(fetcher): add v2.2 upgrade guide#1380

Open
gandalf-at-lerian wants to merge 1 commit into
mainfrom
hotfix/fetcher-upgrade-doc-2-2
Open

[hotfix] docs(fetcher): add v2.2 upgrade guide#1380
gandalf-at-lerian wants to merge 1 commit into
mainfrom
hotfix/fetcher-upgrade-doc-2-2

Conversation

@gandalf-at-lerian
Copy link
Copy Markdown
Contributor

Summary

  • Adds the retroactive minor upgrade guide for from to .
  • Patch-only upgrade docs remain ignored, per task scope.

Requested by: @guimoreirar

@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented May 16, 2026

Review Change Stack

Walkthrough

This PR adds a new upgrade documentation file for the fetcher Helm chart. The guide provides users with a clear path to upgrade from version 2.1.1 to 2.2.0-beta.4, documenting version changes, configuration updates, affected templates, migration steps, and Helm commands.

Changes

Fetcher Chart Upgrade Documentation

Layer / File(s) Summary
Fetcher v2.2 upgrade guide
charts/fetcher/docs/UPGRADE-2.2.md
New markdown file documenting the upgrade path from v2.1.1 to v2.2.0-beta.4, including version changes table, configuration and template changes, migration steps, and Helm diff and upgrade commands.

Comment @coderabbitai help to get the list of available commands and usage tips.

@gandalf-at-lerian gandalf-at-lerian marked this pull request as ready for review May 16, 2026 15:30
@gandalf-at-lerian gandalf-at-lerian requested a review from a team as a code owner May 16, 2026 15:30
Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@charts/fetcher/docs/UPGRADE-2.2.md`:
- Around line 21-29: Update the UPGRADE-2.2.md to reconcile the “no changes
detected” statements with the modified template: either (A) add a short summary
of what changed in templates/manager/deployment.yaml (e.g., field names, default
settings, image/probe/service tweaks) and note whether those are
user-configurable or impact upgrades, referencing
"templates/manager/deployment.yaml"; or (B) explicitly state that the deployment
template was modified for internal/template-only reasons but that no user-facing
values.yaml keys, images, envs, probes, services, ports, or enablement flags
were added/removed/changed, and link that clarification to the existing “No
direct values.yaml key changes detected” sections and the UPGRADE-2.2.md header.
Ensure the chosen clarification replaces the contradictory "no changes detected"
phrasing so readers understand the impact.
- Line 3: The TOC line in UPGRADE-2.2.md is concatenated into a single line;
split the items into a proper Markdown list by placing each entry on its own
line prefixed with a list marker (e.g., "- [Overview](`#overview`)"), ensuring
spacing and newlines between items so the TOC renders as a readable vertical
list (apply this change to the existing concatenated line that contains the
Overview/Version changes/Configuration changes/Template changes/Migration
steps/Preview changes before upgrading/Command to upgrade entries).
- Line 50: Remove or clarify the contradictory Step 2 in UPGRADE-2.2.md: the
step that says "Add any required new values..." conflicts with the
"Configuration changes" note stating "No image, env, secret, probe, ingress,
service, port, or enablement changes detected in values.yaml." Edit the Step 2
wording (or delete it) so it aligns with the Configuration changes section—e.g.,
change Step 2 to a verification step ("Verify there are no required changes to
secrets, configmaps, probes, ingress, or services; if you have custom overrides,
add them") or remove the instruction entirely to avoid implying required action.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 048fae4c-aa24-4309-8ce4-235b18662b63

📥 Commits

Reviewing files that changed from the base of the PR and between 3766751 and 91162e8.

📒 Files selected for processing (1)
  • charts/fetcher/docs/UPGRADE-2.2.md

@@ -0,0 +1,68 @@
# Helm Upgrade from v2.1.x to v2.2.x
## Topics
- **[Overview](#overview)**- **[Version changes](#version-changes)**- **[Configuration changes](#configuration-changes)**- **[Template changes](#template-changes)**- **[Migration steps](#migration-steps)**- **[Preview changes before upgrading](#preview-changes-before-upgrading)**- **[Command to upgrade](#command-to-upgrade)**
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Fix TOC formatting for readability.

The table of contents items are concatenated on a single line without proper spacing or newlines. This makes the TOC difficult to read and doesn't render as a proper markdown list.

📝 Proposed fix for TOC formatting
-- **[Overview](`#overview`)**- **[Version changes](`#version-changes`)**- **[Configuration changes](`#configuration-changes`)**- **[Template changes](`#template-changes`)**- **[Migration steps](`#migration-steps`)**- **[Preview changes before upgrading](`#preview-changes-before-upgrading`)**- **[Command to upgrade](`#command-to-upgrade`)**
+- **[Overview](`#overview`)**
+- **[Version changes](`#version-changes`)**
+- **[Configuration changes](`#configuration-changes`)**
+- **[Template changes](`#template-changes`)**
+- **[Migration steps](`#migration-steps`)**
+- **[Preview changes before upgrading](`#preview-changes-before-upgrading`)**
+- **[Command to upgrade](`#command-to-upgrade`)**
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
- **[Overview](#overview)**- **[Version changes](#version-changes)**- **[Configuration changes](#configuration-changes)**- **[Template changes](#template-changes)**- **[Migration steps](#migration-steps)**- **[Preview changes before upgrading](#preview-changes-before-upgrading)**- **[Command to upgrade](#command-to-upgrade)**
- **[Overview](`#overview`)**
- **[Version changes](`#version-changes`)**
- **[Configuration changes](`#configuration-changes`)**
- **[Template changes](`#template-changes`)**
- **[Migration steps](`#migration-steps`)**
- **[Preview changes before upgrading](`#preview-changes-before-upgrading`)**
- **[Command to upgrade](`#command-to-upgrade`)**
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@charts/fetcher/docs/UPGRADE-2.2.md` at line 3, The TOC line in UPGRADE-2.2.md
is concatenated into a single line; split the items into a proper Markdown list
by placing each entry on its own line prefixed with a list marker (e.g., "-
[Overview](`#overview`)"), ensuring spacing and newlines between items so the TOC
renders as a readable vertical list (apply this change to the existing
concatenated line that contains the Overview/Version changes/Configuration
changes/Template changes/Migration steps/Preview changes before
upgrading/Command to upgrade entries).

Comment on lines +21 to +29
_No direct values.yaml key changes detected._

### Removed values

_No direct values.yaml key changes detected._

### Changed operational values

_No image, env, secret, probe, ingress, service, port, or enablement changes detected in values.yaml._
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Address inconsistency between "no changes detected" and modified template files.

The document states multiple times that no configuration changes were detected (lines 21, 25, 29), yet lists templates/manager/deployment.yaml as a modified file (line 45). Changes to deployment templates often involve configuration modifications that users need to review.

Additionally, the document doesn't explain what actually changed in the deployment.yaml file, which is critical information for users assessing the upgrade impact.

Consider either:

  1. Documenting what changed in the deployment.yaml and whether it affects user-configurable values, or
  2. Clarifying that while the template was modified, no user-facing configuration values were added/removed/changed

Also applies to: 43-45

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@charts/fetcher/docs/UPGRADE-2.2.md` around lines 21 - 29, Update the
UPGRADE-2.2.md to reconcile the “no changes detected” statements with the
modified template: either (A) add a short summary of what changed in
templates/manager/deployment.yaml (e.g., field names, default settings,
image/probe/service tweaks) and note whether those are user-configurable or
impact upgrades, referencing "templates/manager/deployment.yaml"; or (B)
explicitly state that the deployment template was modified for
internal/template-only reasons but that no user-facing values.yaml keys, images,
envs, probes, services, ports, or enablement flags were added/removed/changed,
and link that clarification to the existing “No direct values.yaml key changes
detected” sections and the UPGRADE-2.2.md header. Ensure the chosen
clarification replaces the contradictory "no changes detected" phrasing so
readers understand the impact.

## Migration steps

1. Read this guide and compare your custom values against `charts/fetcher/values.yaml`.
2. Add any required new values for your environment, especially secrets, configmaps, probes, ingress, and service settings.
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Remove contradictory migration step.

Step 2 advises users to "Add any required new values for your environment, especially secrets, configmaps, probes, ingress, and service settings," but the Configuration changes section explicitly states "No image, env, secret, probe, ingress, service, port, or enablement changes detected in values.yaml" (line 29).

This contradiction creates confusion about whether users need to take action.

📝 Proposed fix to align migration steps with documented changes
 1. Read this guide and compare your custom values against `charts/fetcher/values.yaml`.
-2. Add any required new values for your environment, especially secrets, configmaps, probes, ingress, and service settings.
-3. Render the chart locally with your production values and review the manifest diff.
-4. Apply the upgrade in a controlled environment before production.
+2. Render the chart locally with your production values and review the manifest diff.
+3. Apply the upgrade in a controlled environment before production.
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
2. Add any required new values for your environment, especially secrets, configmaps, probes, ingress, and service settings.
1. Read this guide and compare your custom values against `charts/fetcher/values.yaml`.
2. Render the chart locally with your production values and review the manifest diff.
3. Apply the upgrade in a controlled environment before production.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@charts/fetcher/docs/UPGRADE-2.2.md` at line 50, Remove or clarify the
contradictory Step 2 in UPGRADE-2.2.md: the step that says "Add any required new
values..." conflicts with the "Configuration changes" note stating "No image,
env, secret, probe, ingress, service, port, or enablement changes detected in
values.yaml." Edit the Step 2 wording (or delete it) so it aligns with the
Configuration changes section—e.g., change Step 2 to a verification step
("Verify there are no required changes to secrets, configmaps, probes, ingress,
or services; if you have custom overrides, add them") or remove the instruction
entirely to avoid implying required action.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant