Skip to content

Conversation

@marcusquinn
Copy link
Owner

Summary

  • Replaces verbose git pull with --quiet pull in cmd_update(), then outputs a bounded commit summary (up to 20 conventional commits + total count)
  • Prevents tool buffer overflow (51KB limit) on large updates (e.g. 500+ file renames)

Changes

aidevops.sh (cmd_update(), line ~556):

  • Capture old_hash before pull
  • Use git pull --ff-only origin main --quiet to suppress diff stat
  • After pull, show filtered commit log (feat|fix|refactor|perf|docs only, head -20)
  • Display total commit count for context
  • Overflow message with instructions for full log if >20 commits

TODO.md: Mark t138 complete

Closes #398

Replace verbose git pull with quiet pull + filtered commit log summary.
Shows up to 20 conventional commits (feat/fix/refactor/perf/docs) and
total commit count, keeping output well within 51KB tool buffer limit
regardless of update size.
@coderabbitai
Copy link
Contributor

coderabbitai bot commented Feb 7, 2026

Warning

Rate limit exceeded

@marcusquinn has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 12 minutes and 14 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch feature/t138

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 and usage tips.

@gemini-code-assist
Copy link

Summary of Changes

Hello @marcusquinn, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request addresses a critical issue where the aidevops update command could exceed a 51KB tool output buffer limit, particularly during large repository updates involving many file changes. The solution involves streamlining the update process by making the git pull operation less verbose and replacing the extensive diff output with a bounded, filtered summary of recent conventional commits, ensuring the tool operates within its output constraints while still providing relevant update information.

Highlights

  • Output Bounding for aidevops update: The update command's output is now bounded to prevent tool buffer overflows, especially during large updates.
  • Quiet Git Pull: The git pull operation within cmd_update() now uses the --quiet flag to reduce verbosity.
  • Filtered Commit Summary: Instead of a full diff, the update command now displays a concise summary of up to 20 conventional commits (feat, fix, refactor, perf, docs) and the total commit count.
  • TODO List Updates: Two tasks, t138 and t135.6, have been marked as completed in TODO.md.
Changelog
  • TODO.md
    • Marked t138 aidevops update output overwhelms tool buffer on large updates as completed.
    • Marked t135.6 P1-C: Fix CI workflow code-quality.yml issues as completed.
  • aidevops.sh
    • In cmd_update(), added logic to capture the HEAD commit hash before and after the git pull.
    • Modified git pull --ff-only origin main to include the --quiet flag.
    • Implemented a post-pull check to compare commit hashes and, if different, display a summary of changes.
    • The change summary uses git log --oneline filtered by conventional commit types (feat|fix|refactor|perf|docs) and limits the output to the first 20 commits.
    • A total commit count is displayed, and a message is added if more than 20 commits occurred, guiding the user to view the full log.
Activity
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

@github-actions
Copy link

github-actions bot commented Feb 7, 2026

🔍 Code Quality Report

�[0;35m[MONITOR]�[0m Code Review Monitoring Report

�[0;34m[INFO]�[0m Latest Quality Status:
SonarCloud: 0 bugs, 0 vulnerabilities, 25 code smells

�[0;34m[INFO]�[0m Recent monitoring activity:
Sat Feb 7 06:11:00 UTC 2026: Code review monitoring started
Sat Feb 7 06:11:00 UTC 2026: SonarCloud - Bugs: 0, Vulnerabilities: 0, Code Smells: 25
Sat Feb 7 06:11:00 UTC 2026: Qlty - 0 issues found, auto-formatting applied
Sat Feb 7 06:11:02 UTC 2026: Codacy analysis completed with auto-fixes

📈 Current Quality Metrics

  • BUGS: 0
  • CODE SMELLS: 25
  • VULNERABILITIES: 0

Generated on: Sat Feb 7 06:11:05 UTC 2026


Generated by AI DevOps Framework Code Review Monitoring

marcusquinn added a commit that referenced this pull request Feb 7, 2026
@sonarqubecloud
Copy link

sonarqubecloud bot commented Feb 7, 2026

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

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 effectively addresses the potential for tool buffer overflow during updates by using a quiet git pull and showing a bounded summary of changes. The implementation is solid. I've added one suggestion to improve the clarity of the commit summary output, especially in cases where there are many commits but none match the filter for 'meaningful' changes. Overall, a good fix that improves the robustness of the update process.

Comment on lines +568 to +577
local total_commits
total_commits=$(git rev-list --count "$old_hash..$new_hash")
echo ""
print_info "Changes since $current_version ($total_commits commits):"
git log --oneline "$old_hash..$new_hash" \
| grep -E '^[a-f0-9]+ (feat|fix|refactor|perf|docs):' \
| head -20
if [[ "$total_commits" -gt 20 ]]; then
echo " ... and more (run 'git log --oneline' in $INSTALL_DIR for full list)"
fi

Choose a reason for hiding this comment

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

medium

The current logic for displaying the commit summary can lead to confusing output. If there are more than 20 total commits but none of them are 'meaningful' (i.e., matching the grep filter), the script will display an empty list followed by an '... and more' message.

To make the output clearer, I suggest counting the meaningful commits first and only displaying the summary and the '... and more' message based on that count. This avoids ambiguity and provides a better user experience.

Suggested change
local total_commits
total_commits=$(git rev-list --count "$old_hash..$new_hash")
echo ""
print_info "Changes since $current_version ($total_commits commits):"
git log --oneline "$old_hash..$new_hash" \
| grep -E '^[a-f0-9]+ (feat|fix|refactor|perf|docs):' \
| head -20
if [[ "$total_commits" -gt 20 ]]; then
echo " ... and more (run 'git log --oneline' in $INSTALL_DIR for full list)"
fi
local total_commits
total_commits=$(git rev-list --count "$old_hash..$new_hash")
# Count meaningful commits to avoid confusing output if none are found.
# `|| true` prevents script exit if grep finds no matches.
local meaningful_commits_count
meaningful_commits_count=$(git log --oneline "$old_hash..$new_hash" | grep -cE '^[a-f0-9]+ (feat|fix|refactor|perf|docs):' || true)
if [[ "${meaningful_commits_count:-0}" -gt 0 ]]; then
echo ""
print_info "Changes since $current_version ($total_commits commits, $meaningful_commits_count meaningful):"
git log --oneline "$old_hash..$new_hash" \
| grep -E '^[a-f0-9]+ (feat|fix|refactor|perf|docs):' \
| head -20
if [[ "$meaningful_commits_count" -gt 20 ]]; then
echo " ... and more (run 'git log --oneline' in $INSTALL_DIR for full list)"
fi
fi

@marcusquinn marcusquinn merged commit d6e3bc5 into main Feb 7, 2026
15 checks passed
marcusquinn added a commit that referenced this pull request Feb 7, 2026
…elpers (t135.3) (#433)

* chore: mark t139 complete in TODO.md (#427)

* chore: mark t135.14 complete in TODO.md (#426)

* fix: add SQLite WAL mode + busy_timeout to supervisor, memory, mail helpers (t135.3)

Add db() wrapper function to all three helpers that sets busy_timeout=5000ms
on every SQLite connection via '.timeout 5000' dot-command. This prevents
'database is locked' errors during concurrent access by parallel agents.

Changes per helper:
- supervisor-helper.sh: Add db() wrapper, replace 106 sqlite3 calls, add
  WAL migration in ensure_db() for pre-existing databases
- memory-helper.sh: Add db() wrapper, replace 63 sqlite3 calls, add WAL
  PRAGMA to init_db() and WAL migration in ensure_db()
- mail-helper.sh: Add db() wrapper, replace 36 sqlite3 calls, add WAL
  migration in ensure_db() for pre-existing databases

WAL mode is persistent (set once per DB), but busy_timeout is per-connection
and must be set each time. The db() wrapper ensures every sqlite3 invocation
gets the timeout. Tested: 20/20 concurrent writes succeed with fix vs 9/20
without.

* chore: sync version to 2.105.3 across all files
marcusquinn added a commit that referenced this pull request Feb 7, 2026
…432)

* chore: mark t139 complete in TODO.md (#427)

* chore: mark t135.14 complete in TODO.md (#426)

* fix: add ShellCheck enforcement to CI code-quality workflow (t135.6.3)

- Add ShellCheck lint step to framework-validation job
- Enforces error-severity violations that fail the build
- Iterates all git-tracked .sh files with gcc output format
- Mark t135.6 subtasks complete (t135.6.1/t135.6.2 done in PR #423)
Sign up for free to 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.

aidevops update output overwhelms tool buffer on large updates, losing session summary

1 participant