Bitbucket: mga pangunahing konsepto, Pipelines at kakayahan

Ano ang Bitbucket?

Bitbucket ay isang web platform para sa pagho-host ng mga Git repository, na binuo ng kumpanyang Atlassian. Noong una, ang Bitbucket ay sumusuporta lamang sa Mercurial (mula 2008), ngunit pagkatapos ng pagtigil ng suporta sa Mercurial noong 2020, ganap itong lumipat sa Git. Ang platform ay available sa dalawang edisyon: Bitbucket Cloud (SaaS, Atlassian hosting) at Bitbucket Data Center (lokal na bersyon para sa Enterprise).

Ang pangunahing bentahe ng Bitbucket kumpara sa mga kakumpitensya — malalim na integrasyon sa mga produkto ng Atlassian. Awtomatikong iniuugnay ng Jira ang mga commit at Pull Request sa mga gawain, pinapayagan ng Confluence ang pag-embed ng mga code snippet sa dokumentasyon, at ikinokonekta ng Opsgenie ang mga deployment sa mga insidente. Para sa mga team na gumagamit na ng Atlassian ecosystem, ang Bitbucket ay natural na pagpili dahil hindi ito nangangailangan ng pag-configure ng mga karagdagang integrasyon.

Nag-aalok ang Bitbucket Cloud ng ilang antas ng hosting. Kasama sa libreng plano ang isang user at limitadong storage (1 GB). Ang karaniwang plano ay $3 bawat user bawat buwan na may walang limitasyong pribadong repository at 2500 minuto ng Pipelines bawat buwan. Gumagamit ang Bitbucket ng modelong lisensya ng user: bawat user na may access sa repository, kabilang ang read-only, ay sinisingil.

Bitbucket Pipelines: CI/CD handa na

Bitbucket Pipelines ay isang built-in CI/CD system na gumagana sa batayan ng Docker containers. Ang Pipelines ay direktang isinama sa Bitbucket Cloud at hindi nangangailangan ng pag-install ng hiwalay na runner o pag-configure ng webhook. Ang configuration ay inilalarawan sa file na bitbucket-pipelines.yml, na matatagpuan sa root ng repository. Ang bawat pipeline ay binubuo ng mga hakbang (steps) na pinagsama sa mga sequence.

Sinusuportahan ng Pipelines ang parallel steps, manual na pagpapatakbo, mga trigger sa push at schedule, caching ng dependencies at artifacts. Ang bawat hakbang ay isinasagawa sa isang nakahiwalay na Docker container na ang imahe ay tinukoy sa configuration. Nasa ibaba ang isang halimbawa ng pipeline para sa pagbuo ng Android app na may pagsubok at pag-publish sa Firebase App Distribution:

# bitbucket-pipelines.yml
image: openjdk:17-jdk

pipelines:
  pull-requests:
    '**':
      - step:
          name: Build and Test
          caches:
            - gradle
          script:
            - ./gradlew assembleDebug testDebugUnitTest
          artifacts:
            - app/build/outputs/apk/debug/

  branches:
    main:
      - step:
          name: Deploy to Firebase
          script:
            - pipe: atlassian/firebase-distribution:1.0.0
              variables:
                APP_FILE: 'app/build/outputs/apk/debug/app-debug.apk'

Ang Bitbucket Pipelines ay may limitasyon na 50 minuto bawat pipeline para sa Cloud na bersyon, sapat para sa karamihan ng mga proyekto, ngunit maaaring maging bottleneck para sa malalaking monorepository. Sa Data Center ang limitasyong ito ay ganap na inalis — ang tagal ng pipeline ay tinutukoy lamang ng mga available na mapagkukunan ng server. Sinusuportahan din ng Pipelines ang mga custom na Docker image, na nagpapahintulot sa paggamit ng anumang build at testing tool.

Pull Request at code review sa Bitbucket

Pull Request sa Bitbucket ay ipinatupad na may diin sa corporate code review na proseso. Nag-aalok ang Bitbucket ng: inline na komento sa mga partikular na linya ng diff, mandatoryong pagsusuri (checks) mula sa Pipelines o panlabas na serbisyo, pinakamababang bilang ng pag-apruba para sa pagsasama, pag-block ng merge hanggang sa makapasa sa lahat ng pagsusuri at deklarasyon ng conflict of interest (decline). Ang interface ng PR ay nahahati sa tatlong column: source code, diff at istraktura ng file.

Ang natatanging feature ng Bitbucket — Code Insights. Ito ay isang API para sa integrasyon ng mga panlabas na tool sa kalidad ng code (SonarQube, CodeScene, ESLint, Detekt) na nagpapakita ng kanilang mga resulta nang direkta sa interface ng Pull Request. Nakikita ng developer: bilang ng mga bagong bug, test coverage, code smells at duplications. Pinapayagan ng Code Insights ang paggawa ng desisyon tungkol sa merge batay sa mga obhetibong metrics, hindi lamang sa subjective na opinyon ng reviewer.

Sinusuportahan din ng Bitbucket ang branch restrictions (branch permissions): maaaring ipagbawal ang pagtanggal ng branch, pilitin ang paggawa ng PR para sa ilang branch, limitahan ang listahan ng mga user na may karapatang mag-merge sa main. Bukod pa rito may merge checks — listahan ng mga mandatoryong kundisyon (Pipelines pumasa, minimum N pag-apruba, walang bukas na komento) na dapat matupad bago ang Merge button. Pinoprotektahan ng mga setting ang production branch mula sa hindi sinasadyang hindi na-verify na pagbabago.

Integrasyon ng Bitbucket sa Jira at Confluence

Integrasyon ng Bitbucket sa Jira — pangunahing bentahe ng platform. Kapag isinama ng developer ang task key sa commit message (hal., PROJ-123), awtomatikong iniuugnay ng Jira ang commit na ito sa gawain. Sa interface ng gawain, ang tab na Development ay ipinapakita, kung saan ang lahat ng commit, Pull Request, branch at deployment na nauugnay sa gawaing ito ay nakolekta. Awtomatikong ina-update ng PR ang status ng gawain sa Jira kapag pinagsama (transition sa Done).

Confluence ay isinama rin sa Bitbucket: ang mga live code snippet mula sa repository ay maaaring i-embed sa mga pahina ng Confluence sa pamamagitan ng Code Block macro. Ang mga pagbabago sa code ay awtomatikong naka-sync sa Confluence, na maginhawa para sa pagpapanatili ng dokumentasyon ng arkitektura. Dagdag pa rito, ang Atlassian ay nagbibigay ng Smart Commits — pamamahala ng Jira tasks nang direkta mula sa commit message: pagbabago ng status, pagdaragdag ng oras at prayoridad.

Para sa DevOps automation sinusuportahan ng Bitbucket ang Deployment Gate — pag-link ng deployment sa bersyon ng gawain. Kapag naabot ng pipeline ang yugto ng deployment, sinusuri ng Jira kung ang lahat ng gawain sa release na ito ay may status na Approved. Kung hindi — ang deployment ay naharang. Ito ay nagpapatupad ng prinsipyo ng Continuous Delivery na may kontrol sa kalidad sa antas ng gawain, hindi lamang code.

Mga template ng repository

Pinapayagan ng Bitbucket ang paggawa ng mga template ng repository para sa standardisasyon ng istraktura ng proyekto. Para sa mga mobile project maaaring gumawa ng template na may pre-install na file: configuration ng Gradle, gitignore, setting ng Detekt at Ktlint, pipeline para sa Android CI at README na may instruction sa pag-build. Ang bagong proyekto ay ginawa mula sa template sa ilang click, na nagpapabilis ng onboarding ng mga bagong developer.

Bitbucket laban sa GitHub at GitLab

Paghahambing ng Bitbucket sa GitHub at GitLab ay depende sa ecosystem kung saan gumagana ang team. Ang Bitbucket ay natatalo sa GitHub sa laki ng komunidad (10 milyon vs 100 milyong user), ngunit nananalo sa corporate integrasyon dahil sa Atlassian stack. Kung ang team ay gumagamit na ng Jira para sa pamamahala ng gawain at Confluence para sa dokumentasyon — nagbibigay ang Bitbucket ng seamless na integrasyon nang walang karagdagang configuration.

Sa mga tuntunin ng CI/CD, ang Bitbucket Pipelines ay nahuhuli sa GitLab CI/CD sa mga advanced na scenario (walang child pipelines, matrix builds, multi-level pipelines) at GitHub Actions sa bilang ng mga ready-made action (Marketplace Actions ay naglalaman ng 20,000+ hakbang laban sa libu-libong pampublikong pipe sa Bitbucket). Gayunpaman, ang Pipelines ay mas simple sa pag-configure para sa mga tipikal na scenario salamat sa mga ready-made pipe component mula sa Atlassian.

Ang pagpili sa Bitbucket ay nabibigyang katwiran sa dalawang scenario: ang team ay gumagamit na ng Atlassian ecosystem (Jira + Confluence + Opsgenie) o ang trabaho ay ginagawa sa corporate environment kung saan ang Bitbucket Data Centre ay naka-deploy na bilang standard na tool. Para sa mga startup at open-source na proyekto, ang GitHub ay nag-aalok ng mas mayamang komunidad at libreng feature, at ang GitLab — ang pinakamahusay na self-hosted CI/CD.

Bitbucket Data Center para sa Enterprise

Bitbucket Data Center ay ang enterprise na bersyon ng platform, na idinisenyo para sa pag-install sa sariling imprastraktura. Hindi tulad ng Cloud na bersyon, nag-aalok ang Data Center ng: clustering (active-active mode para sa maraming node), Smart Mirroring (geographically distributed mirror para mapabilis ang clone/fetch), mataas na availability (99,99% uptime sa clustering) at kumpletong audit ng mga aksyon.

Kasama sa Data Center ang lahat ng feature ng Cloud na bersyon, ngunit may mga enterprise extension. Smart Mirroring ay awtomatikong nagsi-sync ng mga repository sa pagitan ng server sa iba't ibang data center — ang mga developer mula sa Europa at Asya ay nakakakuha ng parehong bilis ng clone/fetch, dahil ang Git operations ay isinasagawa sa pamamagitan ng pinakamalapit na mirror. Ang audit logs ay nag-iimbak ng bawat aksyon: sino, kailan at mula sa anong IP gumawa ng branch, nag-push, nag-merge ng PR.

Ang paglilisensya ng Bitbucket Data Center ay batay sa bilang ng user (hindi repository). Ang minimum na lisensya para sa 50 user ay nagkakahalaga mula $1520 bawat taon (karaniwang plano). Ang Data Center ay sapilitan para sa mga organisasyon kung saan: kinakailangan ang SLA para sa availability, ang data ay hindi maaaring umalis sa bansa (GDPR, 152-FZ), ang bilang ng mga developer ay lumalampas sa 500 tao o kinakailangan ang integrasyon sa corporate LDAP/SAML system.

Bitbucket Snippets para sa shared code

Bitbucket Snippets — tool para sa pag-iimbak at pagbabahagi ng maliliit na code fragment. Hindi tulad ng repository, ang Snippets ay walang kumpletong kasaysayan ng Git, ngunit sumusuporta sa versioning, komento at fork. Ang Snippets ay kapaki-pakinabang para sa shared configuration (docker-compose.yml para sa lokal na development), SQL migration script at mga halimbawa ng code na hindi nangangailangan ng kumpletong repository. Ang bawat Snippet ay may natatanging URL at maaaring maiugnay sa isang proyekto sa Jira.

API ng Bitbucket para sa automation

Bitbucket REST API 2.0 ay nagbibigay-daan sa programmatic na pamamahala ng mga repository, Pull Request, branch at pahintulot. Ang API ay ginagamit para sa automation ng workflow: paggawa ng repository mula sa template, maramihang pag-update ng pahintulot, pagkuha ng istatistika ng Pull Request at integrasyon sa panlabas na CI system. Ang rate limit ay 1000 request bawat oras para sa mga napatotohanang user. Sinusuportahan ng API ang Pagination sa pamamagitan ng Page at Pagelen parameter para sa pagtatrabaho sa malalaking dataset.