Skip to content

Update PR data Monthly collection (2025-12-02T01:21:19Z)#269

Merged
github-actions[bot] merged 1 commit into
mainfrom
auto-update-pr-data
Dec 2, 2025
Merged

Update PR data Monthly collection (2025-12-02T01:21:19Z)#269
github-actions[bot] merged 1 commit into
mainfrom
auto-update-pr-data

Conversation

@gounthar

@gounthar gounthar commented Dec 2, 2025

Copy link
Copy Markdown
Owner

This PR contains automatically updated PR statistics data. Generated by GitHub Actions.

Summary by CodeRabbit

  • Chores
    • Updated consolidated pull request metrics across plugins, repositories, and PR states
    • Refreshed contributor activity statistics and PR status tracking
    • Added monthly pull request data snapshot for November 2025

✏️ Tip: You can customize this high-level summary in your review settings.

@github-actions github-actions Bot merged commit 338c897 into main Dec 2, 2025
7 of 9 checks passed
@github-actions github-actions Bot deleted the auto-update-pr-data branch December 2, 2025 01:21
@gemini-code-assist

Copy link
Copy Markdown
Contributor

Summary of Changes

Hello @gounthar, 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 provides an automated update to the project's PR statistics data, generated by a GitHub Action. It refreshes various consolidated metrics, such as PR counts by plugin, repository, state, status, and user, ensuring the data reflects the most recent activity. Additionally, new monthly data files for November 2025 have been introduced, capturing detailed PR information for that period.

Highlights

  • Automated Data Update: This pull request automatically updates the monthly PR statistics data, ensuring the information is current.
  • Consolidated Metrics Refresh: Key consolidated metrics for PRs, categorized by plugin, repository, state, status, and user, have been refreshed with the latest counts.
  • New Monthly Data Files: New JSON files containing detailed PR data for November 2025 have been added to the repository.
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.

@coderabbitai

coderabbitai Bot commented Dec 2, 2025

Copy link
Copy Markdown
Contributor

Caution

Review failed

The pull request is closed.

Walkthrough

Updates PR statistics data across multiple JSON files: consolidated metrics (plugin counts, repositories, states, statuses, users) and new monthly snapshots for November 2025 containing two PR records with merged/closed states and various metadata.

Changes

Cohort / File(s) Summary
Consolidated PR Statistics
data/consolidated/prs_by_plugin.json, data/consolidated/prs_by_repo.json, data/consolidated/prs_by_state.json, data/consolidated/prs_by_status.json, data/consolidated/prs_by_user.json
Updated counts across multiple dimensions: "extra-tool-installers" plugin/repo count 8→9, added "extended-read-permission" entry (count 1), PR state transitions (MERGED 311→312, CLOSED 52→53), status updates (SUCCESS 402→403, PENDING 8→9), user "jonesbusy" count 277→279
Monthly November 2025 PR Data
data/monthly/filtered_prs_2025_11.json, data/monthly/prs_2025_11.json
Added two new JSON files containing monthly PR snapshots for November 2025 with PR objects (numbers, titles, states, timestamps, users, repositories, plugin names, labels, URLs, descriptions, check statuses)

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~5 minutes

  • Changes are homogeneous data updates across multiple JSON files with straightforward count increments and new record additions
  • No logic, functional changes, or code modifications present

Possibly related PRs

Poem

🐰 The numbers dance and counts take flight,
From 311 to 312, all feels right!
New plugins bloom in data's field,
November's snapshots now revealed!
Statistics march through months anew,
Hop-hop-hooray, the stats are true! 📊✨

✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch auto-update-pr-data

📜 Recent review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between e0c02b5 and 5ff81b1.

📒 Files selected for processing (7)
  • data/consolidated/prs_by_plugin.json (2 hunks)
  • data/consolidated/prs_by_repo.json (2 hunks)
  • data/consolidated/prs_by_state.json (1 hunks)
  • data/consolidated/prs_by_status.json (2 hunks)
  • data/consolidated/prs_by_user.json (1 hunks)
  • data/monthly/filtered_prs_2025_11.json (1 hunks)
  • data/monthly/prs_2025_11.json (1 hunks)

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 gemini-code-assist Bot 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 is an automated update of PR statistics. The data changes appear consistent with the new monthly data added. However, I've noticed that the process creates duplicate monthly files (prs_2025_11.json and filtered_prs_2025_11.json), which are identical. This is inefficient and could be confusing. My review includes a comment on this issue, suggesting a fix in the data generation script to avoid this duplication.

Comment on lines +1 to +34
[
{
"number": 39,
"title": "chore(pom): Use recommended core version 2.504.3",
"state": "MERGED",
"createdAt": "2025-11-18T08:20:31Z",
"updatedAt": "2025-11-18T08:38:13Z",
"user": "jonesbusy",
"repository": "jenkinsci/extended-read-permission-plugin",
"pluginName": "extended-read-permission",
"labels": [
"developer"
],
"url": "https://github.com/jenkinsci/extended-read-permission-plugin/pull/39",
"description": "Hello extended-read-permission developers! 👋\nThis is an automated pull request created by the Jenkins Plugin Modernizer tool. The tool has applied the following recipes to modernize the plugin:\n\n Upgrade to the latest recommended core version and ensure the BOM matches the core version\n io.jenkins.tools.pluginmodernizer.UpgradeToRecommendCoreVersion\n Upgrade to the latest recommended core version and ensure the BOM matches the core version.\n\nWhy is this important?\nJenkins plugins declare a minimum supported Jenkins version.\nThe minimum Jenkins version is a useful way for plugin developers to indicate the range of Jenkins versions they are willing to support and test.\nSee the developer documentation to learn more about the recommended minimum Jenkins version.\nThe current minimum required Jenkins version is 2.504.3, which is why this pull request has been made.\nIf the plugin is already using the plugin bill of materials, then the bill of materials also needs to be updated with the matching artifactId for the minimum required Jenkins version.\nI can't see any change to the Jenkins version, how come?\nThis means your plugin POM was already using the 2.504.3 version but still required a few adjustments.\nThe checks fail, why?\nFor security reasons, the Jenkins infrastructure does not execute Jenkinsfiles proposed in pull requests.\nInstead, it builds the code using the Jenkinsfile from the default branch.\nIn this case, the existing Jenkinsfile specifies Java 8, not Java 17, which is causing the check to fail.\nTo resolve this,\na maintainer can replay the failed build\nby substituting the current Jenkinsfile content with our proposed changes using the \"replay the build\"\nfeature in Jenkins.\nPlease let us know if you need any assistance with this process.\nThanks for taking the time to review this PR.\n🙏",
"checkStatus": "SUCCESS"
},
{
"number": 173,
"title": "chore(pom): Use recommended core version 2.504.3, and Java 11",
"state": "CLOSED",
"createdAt": "2025-11-18T05:50:49Z",
"updatedAt": "2025-11-18T05:51:52Z",
"user": "jonesbusy",
"repository": "jenkinsci/extra-tool-installers-plugin",
"pluginName": "extra-tool-installers",
"labels": [
"developer"
],
"url": "https://github.com/jenkinsci/extra-tool-installers-plugin/pull/173",
"description": "Hello extra-tool-installers developers! 👋\nThis is an automated pull request created by the Jenkins Plugin Modernizer tool. The tool has applied the following recipes to modernize the plugin:\n\n Upgrade to the latest recommended core version and ensure the BOM matches the core version\n io.jenkins.tools.pluginmodernizer.UpgradeToRecommendCoreVersion\n Upgrade to the latest recommended core version and ensure the BOM matches the core version.\n\nWhy is this important?\nJenkins plugins declare a minimum supported Jenkins version.\nThe minimum Jenkins version is a useful way for plugin developers to indicate the range of Jenkins versions they are willing to support and test.\nSee the developer documentation to learn more about the recommended minimum Jenkins version.\nThe current minimum required Jenkins version is 2.504.3, which is why this pull request has been made.\nIf the plugin is already using the plugin bill of materials, then the bill of materials also needs to be updated with the matching artifactId for the minimum required Jenkins version.\nI can't see any change to the Jenkins version, how come?\nThis means your plugin POM was already using the 2.504.3 version but still required a few adjustments.\nThe checks fail, why?\nFor security reasons, the Jenkins infrastructure does not execute Jenkinsfiles proposed in pull requests.\nInstead, it builds the code using the Jenkinsfile from the default branch.\nIn this case, the existing Jenkinsfile specifies Java 8, not Java 11, which is causing the check to fail.\nTo resolve this,\na maintainer can replay the failed build\nby substituting the current Jenkinsfile content with our proposed changes using the \"replay the build\"\nfeature in Jenkins.\nPlease let us know if you need any assistance with this process.\nThanks for taking the time to review this PR.\n🙏",
"checkStatus": "PENDING"
}
]

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.

medium

This file is an exact duplicate of data/monthly/prs_2025_11.json. This duplication seems to stem from the collect-monthly.sh script, which copies the raw data file to a 'filtered' file without any actual filtering (jq '.'). Later, the script appears to process both files when consolidating data, which is inefficient. It would be best to avoid creating this duplicate file or adjust the consolidation step to only use one of the files to prevent confusion and redundant processing.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant