Git plugin configuration in Jenkins - Step-by-Step Execution

Process Flow - Git plugin configuration

Start Jenkins Job Configuration

↓

Select Git Plugin as SCM

↓

Enter Repository URL

↓

Set Credentials (if needed)

↓

Configure Branches to Build

↓

Optional: Add Additional Behaviors

↓

Save Configuration

↓

Trigger Build -> Git Plugin Clones Repo

↓

Build Uses Cloned Code

↓

End

This flow shows how Jenkins uses the Git plugin to connect to a repository, configure branches, and prepare code for building.

Execution Sample

Jenkins

pipeline {
  agent any
  stages {
    stage('Checkout') {
      steps {
        git url: 'https://github.com/example/repo.git', branch: 'main'
      }
    }
  }
}

This Jenkins pipeline script uses the Git plugin to clone the 'main' branch from the specified GitHub repository.

Process Table

Step	Action	Input/Config	Result
1	Start Jenkins Job Configuration	N/A	Job configuration page opens
2	Select Git Plugin as SCM	Git selected	Git plugin UI appears
3	Enter Repository URL	https://github.com/example/repo.git	URL saved
4	Set Credentials	None (public repo)	No credentials needed
5	Configure Branches to Build	Branch: main	Branch set to main
6	Optional: Add Additional Behaviors	None	Default behaviors used
7	Save Configuration	Click Save	Configuration saved
8	Trigger Build	Start build manually or via trigger	Build starts
9	Git Plugin Clones Repo	Cloning https://github.com/example/repo.git branch main	Repository cloned locally
10	Build Uses Cloned Code	Run build steps	Build executes with latest code
11	End	Build completes	Job finishes successfully

💡 Build completes successfully or fails based on build steps after Git clone

Status Tracker

Variable	Start	After Step 3	After Step 5	After Step 9	Final
Repository URL	empty	https://github.com/example/repo.git	https://github.com/example/repo.git	https://github.com/example/repo.git	https://github.com/example/repo.git
Credentials	none	none	none	none	none
Branch	empty	empty	main	main	main
Local Repo State	none	none	none	cloned main branch	cloned main branch

Key Moments - 3 Insights

Why do we need to specify the branch in the Git plugin configuration?

Specifying the branch (see Step 5 in execution_table) tells Jenkins which branch to clone and build. Without it, Jenkins may default to the wrong branch or fail to find code.

What happens if credentials are not set for a private repository?

If credentials are missing for a private repo, the clone step (Step 9) will fail because Jenkins cannot authenticate. This is why credentials must be configured when needed.

Does the Git plugin clone the repository before or after the build starts?

The Git plugin clones the repository during the build process (Step 9), after the build is triggered (Step 8), so the build uses the latest code.

Visual Quiz - 3 Questions

Look at the execution_table, at which step is the branch to build configured?

A Step 3

B Step 7

C Step 5

D Step 9

💡 Hint

Check the 'Configure Branches to Build' action in the execution_table rows.

According to variable_tracker, what is the value of 'Local Repo State' after Step 9?

A empty

B cloned main branch

C none

D branch not set

💡 Hint

Look at the 'Local Repo State' row under 'After Step 9' column.

If the repository URL is incorrect, at which step will the build most likely fail?

A Step 9

B Step 3

C Step 7

D Step 11

💡 Hint

Refer to the 'Git Plugin Clones Repo' step in the execution_table where cloning happens.

Concept Snapshot

Git Plugin Configuration in Jenkins:
- Select Git as SCM in job config
- Enter repository URL
- Set credentials if private repo
- Specify branch to build
- Save config and trigger build
- Git plugin clones repo during build
- Build uses cloned code for execution

Full Transcript

This visual execution shows how to configure the Git plugin in Jenkins. First, you open the job configuration and select Git as the source control. Then you enter the repository URL and set credentials if needed. Next, you specify which branch Jenkins should build. After saving, when the build triggers, the Git plugin clones the repository locally. The build then runs using this cloned code. Variables like repository URL, branch, and local repo state change step-by-step as shown. Key points include the importance of setting the branch and credentials. The build fails at cloning if the URL or credentials are wrong.