GitHub: esensya, kakayahan at kung paano ito gumagana

Ano ang GitHub?

GitHub — ay isang web service para sa pag-iimbak at pagtutulungang paggawa sa mga Git repository, na itinatag noong 2008 nina Tom Preston-Werner, Chris Wanstrath at P.J. Hyett. Noong 2018, ang kumpanya ay nakuha ng Microsoft sa halagang 7.5 bilyong dolyar. Ang platform ay nagbibigay ng web interface para sa lahat ng operasyon ng Git, na nagdaragdag sa itaas ng mga social function: forks, bituin, subscription, code review at built-in na continuous integration system.

Ang pangunahing pagkakaiba ng GitHub sa mga kakumpitensya — bukas na ecosystem at pinakamalaking komunidad ng mga developer. Sa GitHub matatagpuan ang source code ng Android, Kubernetes, React, Swift, Kotlin at libu-libong iba pang open-source na proyekto. Ginagawa nitong hindi lamang tool sa pag-iimbak ng code ang platform, kundi isang social network para sa mga developer: maaaring sumunod sa mga proyekto, talakayin ang mga pagbabago at mag-ambag sa pamamagitan ng pull request.

Ayon sa ulat ng Microsoft (2024), mahigit 10 milyong bagong Pull Request ang dumadaan sa GitHub araw-araw, at ang bilang ng buwanang aktibong gumagamit ay lumampas sa 100 milyon. Ang platform ay sumusuporta sa higit sa 500 programming language, awtomatikong pagtukoy ng wika batay sa extension ng file at syntax highlighting ng code.

Mga pangunahing kakayahan ng GitHub

Ang functionality ng GitHub ay lumalampas sa simpleng Git hosting. Ang platform ay nag-aalok ng: GitHub Actions — built-in na CI/CD system; GitHub Packages — registry ng mga package at container; GitHub Codespaces — cloud development environment na batay sa VS Code; GitHub Discussions — forum para sa komunidad; GitHub Security — Dependabot para sa awtomatikong pag-update ng dependencies at pag-scan ng kahinaan; GitHub Copilot — AI assistant para sa pagsulat ng code.

Para sa mga organisasyon, nag-aalok ang GitHub ng GitHub Enterprise — corporate version na may sariling hosting (GitHub Enterprise Server) o cloud deployment (GitHub Enterprise Cloud). Kasama sa mga corporate function ang SAML/SSO authentication, audit ng aktibidad, mga patakaran sa seguridad ng repository at SLA ng 99.95% availability. Ang Enterprise version ay ginagamit ng mga kumpanyang tulad ng Google, Apple at Airbnb.

Mahalagang feature ng GitHub — GitHub CLI (gh), na nagbibigay-daan sa pagsasagawa ng lahat ng operasyon sa platform mula sa command line nang hindi ginagamit ang web interface. Gamit ang gh, maaaring gumawa ng mga repository, pamahalaan ang Issues, tingnan ang Pull Request at patakbuhin ang Actions nang direkta mula sa terminal, na nagpapabilis sa trabaho ng mga developer na sanay sa command line.

Pull Request at code review

Pull Request (PR) — ay ang pangunahing mekanismo para sa paggawa ng mga pagbabago sa isang proyekto sa GitHub. Ang developer ay gumagawa ng branch na may mga pagbabago, inilalathala ito sa GitHub at nagpapadala ng kahilingan sa pagsasama (Pull Request) sa pangunahing branch. Ang ibang mga kalahok sa proyekto ay nakikita ang pagkakaiba (diff) sa pagitan ng mga branch, maaaring mag-iwan ng mga komento sa mga partikular na linya ng code, magmungkahi ng mga pagbabago at aprubahan o tanggihan ang kahilingan.

Ang proseso ng code review sa GitHub ay binuo sa paligid ng PR. Ang bawat komento ay nakakabit sa isang partikular na linya ng diff at maaaring tatlong uri: Comment (ordinaryong komento), Request Changes (nangangailangan ng pagwawasto) at Approve (pag-apruba). Pagkatapos gawin ang mga pagbabago, ina-update ng may-akda ang PR ng bagong commit at ang proseso ng review ay paulit-ulit. Kapag ang lahat ng puna ay naresolba at ang PR ay naaprubahan, ang mga pagbabago ay pinagsasama sa target na branch.

# Paggawa ng feature branch at push
git checkout -b fix-login-bug
git add src/
git commit -m "Fix login validation error"
git push -u origin fix-login-bug

# Paggawa ng PR sa pamamagitan ng CLI
gh pr create --base main --title "Fix login validation" \
    --body "Fixed edge case with empty email field"

# Pagtingin at merge ng PR
gh pr review --approve fix-login-bug
gh pr merge --squash fix-login-bug

Sinusuportahan ng GitHub ang proteksyon ng branch (branch protection rules): maaaring ipagbawal ang direktang push sa main, mangailangan ng mandatoryong bilang ng mga pag-apruba bago ang merge, magpatakbo ng Actions checks at mangailangan ng pagiging bago ng branch bago ang pagsasama. Ang proteksyon ng branch ay na-configure sa Settings → Branches at mandatoryong kasanayan para sa production projects, na pumipigil sa aksidenteng pagpasok ng hindi stable na code sa pangunahing branch.

GitHub Actions at CI/CD

GitHub Actions — ay isang built-in na CI/CD platform na nagbibigay-daan sa automation ng workflow nang direkta sa repository. Ang workflow ay inilalarawan sa mga YAML file, na matatagpuan sa direktoryo ng .github/workflows/. Ang bawat workflow ay binubuo ng isa o higit pang mga job, na isinasagawa sa mga runner — virtual machine na may Linux, Windows o macOS.

Sinusuportahan ng Actions ang modelong batay sa kaganapan: ang workflow ay na-trigger sa push, paggawa ng PR, pag-publish ng release, ayon sa iskedyul o sa pamamagitan ng webhook. Ito ay nagbibigay-daan sa automation ng pag-build, pagpapatakbo ng tests, static analysis ng code, pag-publish sa mga app store at pag-deploy sa server nang walang partisipasyon ng developer. Nasa ibaba ang isang halimbawa ng workflow para sa isang Android project:

name: Android CI

on:
  pull_request:
    branches: [ main ]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Set up JDK 17
        uses: actions/setup-java@v4
        with:
          java-version: '17'
      - name: Build with Gradle
        run: ./gradlew assembleDebug

Ang ecosystem ng Actions ay may kasamang higit sa 20,000 handa nang gamiting action sa GitHub Marketplace. Mga sikat na action: checkout (pag-clone ng repository), setup-java/setup-node/setup-python (pag-configure ng environment), upload-artifact (pag-save ng build artifacts), cache (pag-cache ng dependencies para sa bilis), slack-notify (pagpapadala ng notifikasyon sa Slack). Sinusuportahan din ng Actions ang matrix build — sabay-sabay na pagpapatakbo sa maraming bersyon ng OS o wika.

GitHub Projects at Issues

Issues — ay ang built-in na sistema ng pagsubaybay ng gawain sa GitHub. Ang bawat Issue ay may pamagat, paglalarawan, mga label, mga itinalagang tagapagpatupad (assignees), mga milyahe (milestones) at kaugnay na Pull Request. Ang Issues ay maaaring i-template — para sa mga ulat ng bug, kahilingan ng feature o tanong, iba't ibang mga template ang ginagamit na awtomatikong pumapalit sa paggawa.

GitHub Projects (dating Projects Beta) — ay isang tool sa pamamahala ng proyekto batay sa board, katulad ng Jira at Trello. Sinusuportahan ng Projects ang mga custom na field (status, priority, sprint), koneksyon sa Issues at Pull Request, automation ng paglipat ng card kapag nagbago ang status ng gawain at analytics sa anyo ng burndown chart. Ang Projects ay available sa dalawang mode: Table (tabular view) at Board (kanban board).

Para sa pamamahala ng release, nag-aalok ang GitHub ng Milestones — mga grupo ng Issues at PR, na pinag-isa ng isang karaniwang layunin na may deadline. Ang bawat milyahe ay nagpapakita ng progreso: kung gaano karaming gawain ang bukas, gaano karami ang sarado at kung ang deadline ay sinusunod. Ang Milestones ay isinasama sa Releases — sa pag-publish ng release, maaari itong iugnay sa isang milyahe at awtomatikong makabuo ng listahan ng mga pagbabago sa CHANGELOG batay sa mga saradong Issue.

GitHub Pages at Wiki

GitHub Pages — ay libreng hosting para sa mga static na site, na awtomatikong nag-publish ng nilalaman ng repository sa address na https://username.github.io/repository. Sinusuportahan ng Pages ang HTML, CSS, JavaScript at mga static generator: Jekyll (built-in), Hugo, Next.js (export) at MkDocs. Kasama sa configuration ang pagpili ng branch at direktoryo para sa pag-publish, pati na rin ang suporta para sa custom na domain.

Para sa teknikal na dokumentasyon, nag-aalok ang GitHub ng Wiki — built-in na wiki system, na nakaimbak din bilang Git repository. Sinusuportahan ng Wiki ang Markdown at nagbibigay-daan sa pag-edit ng mga pahina sa pamamagitan ng web interface at lokal sa pamamagitan ng push sa wiki repository. Ang bawat Wiki page ay may sariling kasaysayan ng pagbabago, na maginhawa para sa pagdodokumento ng API, arkitektura at proseso ng proyekto.

Ang kombinasyon GitHub Pages + Jekyll — popular na solusyon para sa mga dokumentasyon site. Awtomatikong kino-convert ng Jekyll ang Markdown file sa static na HTML page, sumusuporta sa mga tema, nabigasyon at paghahanap. Halimbawa, ang dokumentasyon ng Android Developers ay dating gumamit ng Jekyll sa GitHub Pages, at ngayon — isang panloob na platform, ngunit libu-libong open-source na proyekto ang patuloy na gumagamit ng kombinasyong ito para sa kanilang mga site.

GitHub CLI: pamamahala nang walang browser

GitHub CLI (gh) ay nagbibigay-daan sa pagsasagawa ng lahat ng operasyon sa platform sa pamamagitan ng command line: paggawa ng mga repository, pamamahala ng Issues, pagtingin at pag-apruba ng Pull Request, pagpapatakbo ng Actions. Ang command gh repo create my-project --public ay gumagawa ng remote na repository at ikinokonekta ito sa lokal, at gh pr create ay gumagawa ng Pull Request mula sa kasalukuyang branch. Pinapabilis ng CLI ang trabaho ng mga developer na mas gusto ang terminal kaysa sa web interface.

GitHub API para sa automation

GitHub REST API at GraphQL API ay nagbibigay ng programmatic na access sa lahat ng function ng platform: paggawa ng Issue, pamamahala ng mga user, pagkuha ng statistics at pamamahala ng Actions. Ang GraphQL API ay mas gusto para sa kumplikadong queries dahil nagbibigay-daan ito na makuha lamang ang mga kinakailangang field sa isang query. Rate limit para sa REST API — 5000 query bawat oras para sa naka-authenticate na mga user. Ang API ay malawakang ginagamit para sa pagsasama ng GitHub sa mga panlabas na CI system at panloob na DevOps tool.

GitHub Gist para sa mabilisang tala

GitHub Gist — serbisyo para sa pag-publish ng mga snippet ng code nang hindi gumagawa ng buong repository. Sinusuportahan ng Gist ang syntax highlighting, pag-embed sa mga panlabas na site at version history. Ang bawat Gist ay maaaring pampubliko (nakikita sa paghahanap) o sekreto (accessible lamang sa pamamagitan ng link). Ginagamit ang Gist para sa mabilisang pagbabahagi ng mga configuration, log at halimbawa ng code sa komunikasyon ng koponan, at bilang analog ng Pastebin para sa mga developer.