feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

feat: add upgrade-prod.sh for release-to-prod deployments - #284

Closed
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script
Closed

feat: add upgrade-prod.sh for release-to-prod deployments#284
sheepdestroyer wants to merge 5 commits into
masterfrom
feat/add-upgrade-prod-script

Conversation

@sheepdestroyer

Copy link
Copy Markdown
Owner

Summary

Adds scripts/upgrade-prod.sh — syncs runtime files from a GitHub release tag into ~/prod/LLM-Routing and redeploys.

What it does

  • Clones a release tag, rsyncs pod.yaml, start-stack.sh, litellm/, router/, scripts/ into prod
  • Self-copy guard: re-execs from /tmp so rsync can safely update the script itself
  • Pod stays running during file sync — only rendered configs in DATA_ROOT are used at runtime; start-stack.sh --pull handles graceful shutdown with pre-deploy backup
  • Per-directory rsync with --delete (clean stale files within each dir; .env and data/ never touched)
  • Pre-flight env var validation against .env before touching anything
  • Non-interactive auto-proceed when stdin is not a TTY
  • .env and data/ are NEVER touched

Location

Under scripts/ per repo convention — root is for primary orchestration (start-stack.sh), scripts/ for supporting tools. README already documents it at this path.

Why

Prod deployments previously required manual file syncing. This standardizes the workflow and prevents the single-rsync corruption seen during the v0.1.5 deployment.

Review fixes applied (from PR #283 Gemini Code Assist)

  • Critical fix: Replaced ${!var:-} (syntax error under set -u) with [[ -v "$var" ]] || [[ -z "${!var}" ]] — correctly checks both unset and empty vars without crashing
  • Medium fix: Fixed leaked loop variable in error example — uses ${missing_vars[0]} instead of $var (which always held the last iterated value, not the actual missing one)

Verification

  • 193/193 pytest pass
  • Full dev deploy (start-dev.sh --full-rebuild): all 24 canonical endpoints pass (verify_canonical_endpoints.py --dev)
  • Bash syntax check (bash -n) clean
  • Env var validation logic tested in isolation against unset, empty, and set vars

Notes

boy added 4 commits July 12, 2026 23:37
- Clones a release tag to a temp dir, rsyncs pod.yaml, start-stack.sh,
litellm/, router/, scripts/ into ~/prod/LLM-Routing
- Self-copy guard: re-execs from /tmp so the script can safely update itself
- Per-directory rsync (no data/ contamination from --delete)
- Pre-flight env var validation: checks OPENROUTER_API_KEY, OLLAMA_API_KEY,
LLAMA_CLASSIFIER_URL, PUBLIC_BASE_URL before stopping the pod
- Non-interactive auto-proceed when stdin is not a TTY
- .env and data/ are never touched
- Remove manual pod stop before rsync (let start-stack.sh --pull handle
graceful shutdown, which includes pre-deploy database backup)
- Guard cleanup rm commands with -n checks to prevent noisy errors on
early exit when TEMP_DIR/UPGRADE_PROD_SELF_PATH are unset
- Use git clone -q instead of piping to tail -1 (preserves full error
output from stderr on clone failure)
- Delete duplicate scripts/upgrade-prod.sh (root-level is canonical)
Root is for primary orchestration (start-stack.sh); supporting tools
live under scripts/ (backup.sh, upgrade-prod.sh, etc.). README already
documents it at this path.
- Replace ${!var:-} (syntax error under set -u) with [[ -v var ]] + ${!var}
- Fix leaked loop variable in error example: use ${missing_vars[0]} instead of $var
Both flagged by Gemini Code Assist on PR #283.

@sourcery-aisourcery-aiBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Sorry @sheepdestroyer, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

@coderabbitai

coderabbitaiBot commented Jul 12, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@sheepdestroyer, you've reached your PR review limit, so we couldn't start this review.

Next review available in:27 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 0d3f2036-93f9-4588-ab95-62159807e121

📥 Commits

Reviewing files that changed from the base of the PR and between 3b203a4 and 3e24a3e.

📒 Files selected for processing (1)
  • scripts/upgrade-prod.sh
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch feat/add-upgrade-prod-script

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@gemini-code-assistgemini-code-assistBot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Code Review

This pull request updates the production upgrade script scripts/upgrade-prod.sh by improving the cleanup logic, silencing the git clone command, and introducing pre-flight validation for required environment variables sourced from .env. It also removes the manual pod shutdown step, delegating graceful shutdown to start-stack.sh --pull. Feedback suggests temporarily disabling set -u when sourcing .env to prevent potential crashes from unbound variables.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

echo "🛑 Stopping $POD_NAME (SIGTERM, 30s)..."
podman pod stop -t 30 "$POD_NAME" 2>/dev/null || true
# Source .env to validate required vars are present
set -a; source "$PROD_DIR/.env"; set +a

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

high

Since set -u is active in this script (set -euo pipefail on line 15), sourcing a .env file that contains any unbound variables (e.g., FOO=$BAR where BAR is unset, or conditional expansions without defaults) will cause the script to crash immediately. Since .env files are user-configured and may not be strictly compliant with set -u, it is safer to temporarily disable set -u while sourcing .env and re-enable it afterward.

Suggested change
set-a;source"$PROD_DIR/.env";set +a
set+u
set -a;source"$PROD_DIR/.env";set +a
set -u

…vars
Gemini Code Assist flagged that sourcing .env with set -u active
(set -euo pipefail) crashes when .env contains unbound variable refs
like FOO=$BAR. Temporarily disable nounset, source, then re-enable.
Verified: old behavior crashes on unbound vars, new behavior
sources successfully and validates required vars.
@sheepdestroyer

Copy link
Copy Markdown
OwnerAuthor

Closing in favor of a fresh PR with Gemini Code Assist review fix applied (see #285).

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

@sheepdestroyer