Jenkins — ano ito, arkitektura ng sistema at pagsasaayos ng CI/CD server

Ano ang Jenkins at bakit ito kailangan sa mobile development

Jenkins ay isang CI/CD server na may open source code na nakasulat sa Java para sa automation ng pagbuo, pagsubok, at paghahatid ng software. Sa konteksto ng mobile development, pinapayagan ng Jenkins ang mga team na awtomatikong bumuo ng mga iOS at Android application, magpatakbo ng unit at UI test, pumirma ng mga build, at ihatid ang mga ito sa App Store o Google Play nang walang manu-manong operasyon.

Ang pangangailangan para sa Jenkins ay lumilitaw kapag ang proyekto ay lumampas sa lokal na build at nangangailangan ng regular na integrasyon ng code mula sa maraming developer. Ang manu-manong pagbuo ng bawat commit ay tumatagal ng oras at madaling magkamali — nalulutas ng Jenkins ang problemang ito sa pamamagitan ng pagpapatakbo ng awtomatikong pipeline sa bawat pagbabago sa repository.

Ayon sa ulat ng JetBrains Developer Ecosystem 2025, 54% ng mga mobile team ay gumagamit ng Jenkins bilang pangunahing CI/CD platform. Sinusuportahan ng system ang anumang wika at platform salamat sa arkitektura ng plugin — para sa Android ay available ang Gradle at SDK Manager, para sa iOS — Xcode Integration at Keychain Manager.

Gamitin ang Jenkins sa mga proyekto kung saan kinakailangan ang buong kontrol sa imprastraktura ng build, pag-customize ng bawat hakbang ng proseso ng CI/CD, at integrasyon sa mga corporate security system.

Arkitektura ng Jenkins: Master, Agent at paggana ng Pipeline

Ang arkitektura ng Jenkins ay binuo ayon sa modelo ng Master-Agent. Ang Master server ay namamahala sa configuration, pag-iiskedyul ng mga gawain, at web interface, habang ang mga agent ay nagsasagawa ng aktwal na build sa mga dedicated o pansamantalang makina. Ang arkitekturang ito ay nagpapahintulot ng sabay-sabay na pagbuo ng iOS application sa macOS agent at Android application sa Linux agent mula sa isang Master server.

Master at Agent sa Jenkins

Ang Master node ng Jenkins ay nag-iimbak ng lahat ng setting, plugin, at kasaysayan ng build sa home directory na $JENKINS_HOME. Ang mga agent ay kumokonekta sa Master sa pamamagitan ng SSH, JNLP, o WebSocket at tumatanggap ng mga gawain mula sa pila. Para sa mobile development, inirerekomenda ang paglalaan ng hiwalay na macOS agent para sa iOS build at Linux agent para sa Android build na may naka-install na SDK at tools.

Ang bawat agent ay maaaring permanenteng server o dynamic na Docker container. Ayon sa dokumentasyon ng CloudBees, ang pamamahagi ng build sa 5 agent ay nagbabawas ng kabuuang oras ng CI/CD pipeline ng 70% sa 10 parallel na gawain.

Pipeline bilang code

Jenkins Pipeline ay ang pagtukoy ng buong proseso ng CI/CD sa anyo ng code na naka-imbak sa repository kasama ng proyekto. Ang Pipeline ay inilalarawan sa Jenkinsfile at sumusuporta sa dalawang syntax: Declarative (nakaayos, may paunang natukoy na mga bloke) at Scripted (flexible, batay sa Groovy na may buong kontrol sa daloy ng pagpapatupad).

Ang declarative syntax ay inirerekomenda para sa karamihan ng mga mobile project dahil nagbibigay ito ng readability at predictability. Ang Scripted Pipeline ay angkop para sa mga kumplikadong scenario na may dynamic na parallel stages, custom error handling, at conditional logic batay sa environment variables.

Jenkins Pipeline: Declarative at Scripted syntax

Jenkins Pipeline ay sumusuporta sa dalawang syntax na tumutukoy sa paraan ng paglalarawan ng mga hakbang ng proseso ng CI/CD. Ang Declarative syntax ay gumagamit ng block structure na may mga keyword na pipeline, stages, stage, at steps, na ginagawang intuitive para sa mga bagong user. Ang Scripted syntax ay batay sa Groovy at nagbibigay ng buong kontrol sa pagpapatupad sa pamamagitan ng conditional statement at loops.

Ang declarative Pipeline ay awtomatikong lumilikha ng Sandbox — isang ligtas na kapaligiran para sa pagpapatupad ng mga Groovy script. Nililimitahan nito ang access sa mapanganib na pamamaraan ng Java at Groovy, na kritikal para sa corporate environment kung saan ang seguridad ng pipeline ay kinokontrol ng administrator.

Istraktura ng Declarative Pipeline

Ang declarative Pipeline ay binuo sa apat na pangunahing bloke: pipeline(root block), agent (pagtukoy ng agent), stages (pagkakasunod-sunod ng mga stage), at post (mga aksyon pagkatapos ng completion). Ang bawat stage ay naglalaman ng steps na may build command, at ang post block ay tumutukoy ng mga aksyon sa tagumpay, pagkabigo, o hindi matatag na status ng build.

Ang post block ay lalong kapaki-pakinabang para sa mga mobile project — dito maaaring i-configure ang pagpapadala ng notification sa Slack kapag nabigo ang build o pag-archive ng IPA at APK artifact pagkatapos ng matagumpay na pagkumpleto. Ginagarantiyahan ng Jenkins ang pagpapatupad ng post actions, kahit na ang pipeline ay manu-manong naantala.

// Declarative Pipeline para sa iOS application
pipeline {
    agent { label 'macos' }
    stages {
        stage('Build') {
            steps {
                sh 'xcodebuild -workspace App.xcworkspace -scheme App clean build'
            }
        }
        stage('Test') {
            steps {
                sh 'xcodebuild -workspace App.xcworkspace -scheme App test'
            }
        }
    }
}

Ang Scripted Pipeline ay nagbibigay ng node block sa halip na agent at pinapayagan ang paggamit ng Groovy constructs para sa dynamic branching. Ang syntax na ito ay maginhawa para sa mga pipeline kung saan ang set ng stages ay depende sa build parameters o resulta ng mga nakaraang hakbang.

// Scripted Pipeline na may parallel stages
node('macos') {
    stage('Parallel Builds') {
        parallel(
            ios: { buildIOS() },
            android: { buildAndroid() }
        )
    }
}
def buildIOS() {
    sh 'fastlane ios build'
}

Jenkinsfile: configuration ng CI/CD para sa mga proyekto ng iOS

Para sa mga proyekto ng iOS, ang Jenkinsfile ay nangangailangan ng macOS agent na may naka-install na Xcode, CocoaPods o Swift Package Manager, at Fastlane. Ang tipikal na pipeline ay may kasamang stages: pag-install ng dependencies, build, pagpapatakbo ng mga test, pagpirma ng code, at paghahatid sa TestFlight o App Store.

Ang pangunahing tampok ng iOS build sa Jenkins ay ang pamamahala ng mga sertipiko at provisioning profile. Inirerekomenda ang paggamit ng Fastlane Match para sa awtomatikong pagkuha ng mga sertipiko mula sa repository o Jenkins Credentials Binding plugin para sa ligtas na pag-iimbak ng mga key.

pipeline {
    agent { label 'macos' }
    environment {
        MATCH_PASSWORD = credentials('match-password')
    }
    stages {
        stage('Install Dependencies') {
            steps {
                sh 'pod install --repo-update'
            }
        }
        stage('Build and Test') {
            steps {
                sh 'fastlane scan'
                sh 'fastlane gym'
            }
        }
        stage('Deploy to TestFlight') {
            when { branch 'main' }
            steps {
                sh 'fastlane upload_testflight'
            }
        }
    }
}

Para sa iOS unit test, gamitin ang xcodebuild test na may pagtukoy ng simulator. Sinusuportahan ng Jenkins ang pag-publish ng mga ulat ng XCTest sa pamamagitan ng JUnit plugin — i-convert ang .xcresult sa XML format para sa pag-embed ng mga resulta ng test sa build dashboard.

Jenkinsfile: configuration ng CI/CD para sa mga proyekto ng Android

Ang mga build ng Android sa Jenkins ay isinasagawa sa mga Linux agent na may naka-install na Java JDK, Android SDK, Gradle, at emulators. Ang pipeline ay may kasamang stages: pagsusuri ng linter, unit test, build ng APK o AAB, instrumental test sa emulator, at pag-publish sa Google Play Console.

Para sa pamamahala ng Android SDK, gamitin ang sdkmanager sa Jenkinsfile para i-install ang mga kinakailangang platform at build-tools. Inirerekomenda ang pag-cache ng .gradle at .android directories sa pagitan ng mga build para mapabilis ang mga susunod na pagpapatakbo.

pipeline {
    agent { label 'linux' }
    stages {
        stage('Lint Check') {
            steps {
                sh './gradlew lint'
            }
        }
        stage('Unit Tests') {
            steps {
                sh './gradlew testDebugUnitTest'
            }
        }
        stage('Build APK') {
            steps {
                sh './gradlew assembleDebug'
            }
            post {
                success {
                    archiveArtifacts artifacts: '**/build/outputs/apk/**/*.apk'
                }
            }
        }
    }
}

Ang instrumental test sa Android ay nangangailangan ng tumatakbong emulator. Sinusuportahan ng Jenkins ang Android Emulator plugin na awtomatikong gumagawa at nagpapatakbo ng emulator bago ang mga test. Para sa mga pisikal na device, gamitin ang Firebase Test Lab — ang integrasyon ay available sa pamamagitan ng Google Cloud SDK plugin.

Mga plugin ng Jenkins para sa automation ng build

Ang sistema ng plugin ng Jenkins ay ang pangunahing bentahe ng platform. Mahigit 1800 plugin ang sumasaklaw sa lahat ng yugto ng CI/CD: mula sa integrasyon sa version control system hanggang sa deployment sa cloud services. Ang bawat plugin ay nagdaragdag ng mga bagong hakbang sa pipeline at nagpapalawak ng web interface ng mga karagdagang configuration page.

Para sa mobile development, ang set ng mga plugin para sa pamamahala ng kredensyal ay sapilitan: Credentials Binding para sa pag-iimbak ng mga token ng App Store Connect at Google Play service account. Ang Xcode Integration plugin ay nagdaragdag ng build steps para sa iOS application mula sa Jenkins UI.

Ang Docker Pipeline plugin ay nagpapahintulot sa pagpapatakbo ng bawat yugto ng build sa isang hiwalay na container, na ginagarantiyahan ang reproducibility ng environment at inaalis ang problema ng pagkakaiba sa environment. Para sa Android build, gumamit ng mga image na may pre-install na Android SDK mula sa Gradle community.

Jenkins vs Travis CI: paghahambing para sa mga mobile team

Ang pagpili sa pagitan ng Jenkins at Travis CI ay depende sa laki ng team, budget, at mga kinakailangan sa imprastraktura. Ang Jenkins ay isang self-hosted solution na may buong kontrol, nangangailangan ng dedicated server at administrator. Ang Travis CI ay isang cloud service na may bayad ayon sa paggamit, hindi nangangailangan ng pamamahala ng server.

Para sa mga startup at maliliit na team, ang Travis CI ay mas mainam — zero infrastructure cost, simpleng integrasyon sa GitHub, at ready-made build para sa iOS at Android. Para sa Enterprise projects, ang Jenkins ay nagbibigay ng mga bentahe: sariling runner sa macOS, pagsunod sa corporate security policy, at detalyadong configuration ng pipeline sa pamamagitan ng Jenkinsfile.

Ayon sa Stack Overflow Survey 2025, Jenkins ay ginagamit ng 42% ng mga propesyonal na developer kumpara sa 12% para sa Travis CI. Gayunpaman, ang Travis CI ay nananatiling popular sa Open Source community dahil sa libreng plano para sa pampublikong repository at minimal na entry threshold.

Mga bentahe ng Jenkins sa mga proseso ng CI/CD

Jenkins ay nagbibigay ng isang hanay ng mga bentahe na ginagawa itong pamantayan ng CI/CD para sa mobile development. Ang libreng MIT license ay nagpapahintulot ng paggamit ng server nang walang limitasyon sa mga komersyal na proyekto, at ang open source code ay ginagarantiyahan ang kalayaan mula sa vendor at posibilidad ng security audit.

Ang arkitektura ng Master-Agent ay nagbibigay ng horizontal scalability — ang pagdaragdag ng bagong agent ay nagpapataas ng kapasidad ng pipeline nang linear. Sinusuportahan ng Jenkins ang mga dynamic na agent sa Kubernetes sa pamamagitan ng Jenkins X, na nagpapahintulot ng awtomatikong paggawa at pagsira ng mga builder kung kinakailangan.

Ang ecosystem ng plugin ay sumasaklaw sa lahat ng modernong tool: Docker, Kubernetes, Fastlane, SonarQube, GitLab, Bitbucket. Kung walang ready-made na plugin, maaari kang sumulat ng sarili mong extension sa Java o gumamit ng Pipeline Shared Libraries para sa muling paggamit ng code sa pagitan ng mga proyekto.