Jenkins builds, tracked in GForge. Automatically.
Install once. Every build your Jenkins jobs run against GForge-hosted repos posts its result, output, and changelog to GForge — with no changes to your Jenkinsfiles.
- Build status, console output, and Git changelog posted to GForge on every build
- Download dependencies from GForge FRS before the build, upload artifacts after
- Build events appear in your GForge project activity feed in real time
- Supports Freestyle, Pipeline, and Multibranch Pipeline jobs
Get the GForge Jenkins Plugin
A single .hpi file. Upload it to Jenkins and you’re done.
Build once. GForge knows instantly.
The plugin hooks into Jenkins at the system level. Any job whose Git remote points to your GForge instance automatically posts its build events and results — no Jenkinsfile changes, no per-job configuration.
Automatic repo detection
No per-job setup. The plugin checks each job’s Git remote at build time. If it points to your GForge instance, it reports. If it doesn’t, it stays silent — zero impact on non-GForge jobs.
Complete build data
Every build posts its result, full console output, and Git changelog with commit SHAs. Everything you need for an audit trail, stored in GForge alongside the project it belongs to.
Every job type supported
Freestyle, Declarative Pipeline, Scripted Pipeline, and Multibranch Pipeline jobs all work out of the box. Multibranch jobs resolve the branch SCM source automatically at build time.
Build result in GForge — status, output, and changelog in one view
Build badge in your ticket’s activity feed — next to the commits that triggered it
Everything connected. Nothing to configure per job.
Install the plugin at the Jenkins system level and it covers every job that uses a GForge-hosted repository — automatically.
Automatic Build Reporting
Every build completion posts its result, console output, and Git changelog to GForge. The build record includes the Jenkins URL so your team can jump to the full log in one click.
Activity Feed Integration
Build start events appear in your GForge project activity log before the build finishes. Your team sees what’s in flight without ever leaving GForge.
FRS File Sync
Use gfrsDownload to pull dependencies from a GForge FRS release before the build. Use gfrsUpload to publish your artifacts back when it’s done — with collision handling built in.
Single Sign-On
Configure Jenkins to authenticate against your GForge instance. Your team uses the same credentials for both — no separate Jenkins user management, no passwords to sync.
File releases, automated in your Jenkinsfile.
Build reporting is fully automatic. For FRS file transfers, add a single step to your pipeline — or use the Freestyle build step UI. Both work exactly the same way.
Two steps. One before the build, one after.
Add either or both to any Declarative or Scripted Pipeline. In Freestyle jobs, chained dropdowns populate projects, packages, and releases from your GForge instance automatically — no IDs to look up manually.
Before the build — gfrsDownload
Pull files matching a glob pattern from a GForge FRS release into your workspace. Optionally fail the build if nothing matches.
gfrsDownload(
credentialsId: 'gforge-creds',
project: 'my-project',
packageId: '12',
releaseId: '45',
fileGlob: '*.jar',
failOnNoMatch: true
)
After the build — gfrsUpload
Upload workspace files matching a glob to a GForge FRS release. Handle collisions with add, replace, or skip.
gfrsUpload(
credentialsId: 'gforge-creds',
project: 'my-project',
packageId: '12',
releaseId: '45',
fileGlob: 'target/*.jar',
onCollision: 'replace'
)
One plugin, every workflow.
From release automation to compliance audit trails.
Publish artifacts straight to GForge FRS
When your build produces a .jar, .war, or any other artifact, upload it directly into a named GForge FRS release — versioned, accessible, and linked to the build that produced it.
// Jenkinsfile post block post { success { gfrsUpload( credentialsId: 'gforge-creds', project: 'my-app', releaseId: '45', fileGlob: 'target/*.jar', onCollision: 'replace' ) } } ✓ my-app-2.3.0.jar → GForge FRS release 2.3.0
A permanent record of every build
Every build result — status, full console output, and Git changelog with commit SHAs — is stored in GForge automatically. Teams that need traceability between code changes and build outcomes get it without extra tooling.
GForge build record — created automatically Build: my-project #42 Result: SUCCESS Completed: Jun 10, 2026 10:35 AM Changelog: commit a4f9c2d Fix null pointer in auth handler commit 3b8e1f0 Update session timeout config
Jenkins events in your GForge project feed
Build start and completion events appear in the GForge project activity log alongside commits, issue updates, and file releases. Your team sees the full picture in one place.
GForge project activity feed ✓ my-project build #42 completed Passed my-project #42 → gforgegroup.com/builds/job/... tbibbs committed 4e9ecd2b [#65231] Fix auth timeout issue
Pull build dependencies from GForge FRS
Store versioned dependencies, build tools, or config files in a GForge FRS release and pull them into your workspace before the build. No external artifact servers required.
// Jenkinsfile — fetch shared dependencies
stage('Prepare') {
steps {
gfrsDownload(
credentialsId: 'gforge-creds',
project: 'shared-libs',
packageId: '8', releaseId: '31',
fileGlob: '*.jar',
failOnNoMatch: true
)
}
}Up and running in four steps.
Install the plugin, point it at your GForge instance, and every build against a GForge repo starts reporting automatically.
-
1
Download the .hpi file
Use the Download button above. You’ll get
gforge-jenkins-plugin.hpi. -
2
Upload to Jenkins
Go to Manage Jenkins → Manage Plugins → Advanced → Deploy Plugin. Upload the
.hpifile and restart Jenkins when prompted. -
3
Set your GForge URL
Add
GFORGE_URLto your Jenkins system environment variables, pointing at your GForge instance base URL. -
4
Attach credentials
Add a Username/Password credential in Jenkins and attach it to the Git SCM of any job using a GForge-hosted repo. The plugin detects it from there and reports automatically.
# Required — your GForge instance base URL GFORGE_URL=https://your-gforge-instance.com # Optional — restrict login to org members only GFORGE_ORG=your-org-name # Optional — max console output chars sent to GForge # default is 4096 GFORGE_MAX_DATA_SIZE=4096 # After restart: attach a GForge credential to any # job's Git SCM — the plugin does the rest.
Common questions
Things people ask before they install.
Does it work with a self-hosted GForge instance?
GFORGE_URL to your instance’s base URL and that’s all the plugin needs. It talks directly to your GForge installation — there is no dependency on gforge.com or any cloud relay.Which Jenkins job types are supported?
Do I need to change my Jenkinsfiles to get build reporting?
gfrsDownload and gfrsUpload pipeline steps are optional and only needed if you want FRS file transfers.What data is sent to GForge?
GFORGE_MAX_DATA_SIZE characters, default 4096), the Git changelog with commit SHAs and authors, and the Jenkins build URL. No source code is ever transmitted.What are the minimum requirements?
GFORGE_URL — it has zero impact on jobs that don’t use GForge.Your Jenkins builds belong in GForge.
Install once. Every build against a GForge repo reports automatically — no Jenkinsfile changes, no per-job setup.