Web-Dev-For-Beginners/translations/tl/1-getting-started-lessons/2-github-basics/README.md

Panimula sa GitHub

Kamusta, hinaharap na developer! 👋 Handa ka na bang sumali sa milyon-milyong coder sa buong mundo? Talagang excited akong ipakilala sa'yo ang GitHub – isipin mo ito bilang social media platform para sa mga programmer, pero imbes na magbahagi ng mga larawan ng pagkain, nagbabahagi tayo ng code at gumagawa ng mga kamangha-manghang bagay nang sama-sama!

Narito ang nakakabilib: bawat app sa iyong telepono, bawat website na binibisita mo, at karamihan sa mga tool na matututunan mong gamitin ay ginawa ng mga team ng developer na nagtutulungan sa mga platform tulad ng GitHub. Yung music app na gustung-gusto mo? May isang tulad mo na nag-ambag dito. Yung laro na hindi mo mabitawan? Oo, malamang ginawa gamit ang GitHub collaboration. At ngayon, IKAW ang matututo kung paano maging bahagi ng kamangha-manghang komunidad na ito!

Alam kong maaaring nakakatakot ito sa simula – naalala ko pa noong una kong tinitingnan ang GitHub page ko at iniisip, "Ano bang ibig sabihin ng lahat ng ito?" Pero ganito kasi 'yan: bawat developer ay nagsimula sa eksaktong lugar kung nasaan ka ngayon. Sa pagtatapos ng araling ito, magkakaroon ka ng sarili mong GitHub repository (isipin mo ito bilang personal na showcase ng iyong proyekto sa cloud), at malalaman mo kung paano i-save ang iyong trabaho, ibahagi ito sa iba, at mag-ambag sa mga proyektong ginagamit ng milyon-milyong tao.

Sama-sama nating tatahakin ang paglalakbay na ito, hakbang-hakbang. Walang pagmamadali, walang pressure – ikaw, ako, at ilang napakagandang tool na magiging bago mong matalik na kaibigan!

Sketchnote ni Tomomi Imura

journey
    title Ang Iyong GitHub Pakikipagsapalaran Ngayon
    section Setup
      Mag-install ng Git: 4: Ikaw
      Gumawa ng Account: 5: Ikaw
      Unang Repository: 5: Ikaw
    section Master Git
      Lokal na Pagbabago: 4: Ikaw
      Mga Commit at Push: 5: Ikaw
      Pag-branch: 4: Ikaw
    section Makipagtulungan
      Fork ng Mga Proyekto: 4: Ikaw
      Mga Pull Request: 5: Ikaw
      Open Source: 5: Ikaw

Pre-Lecture Quiz

Pre-lecture quiz

Panimula

Bago tayo sumabak sa mga nakakapanabik na bagay, ihanda muna natin ang iyong computer para sa GitHub magic! Isipin mo ito na parang inaayos mo ang iyong mga gamit sa sining bago gumawa ng obra maestra – ang pagkakaroon ng tamang mga tool ay nagpapadali at nagpapasaya sa lahat.

Sasamahan kita sa bawat hakbang ng setup, at ipinapangako kong hindi ito kasing hirap ng inaakala mo. Kung may hindi agad malinaw, normal lang 'yan! Naalala ko noong una kong inaayos ang development environment ko, parang nagbabasa ako ng sinaunang hieroglyphics. Bawat developer ay dumaan sa eksaktong nararamdaman mo ngayon, nagtataka kung tama ba ang ginagawa nila. Spoiler alert: kung nandito ka at nag-aaral, tama na ang ginagawa mo! 🌟

Sa araling ito, tatalakayin natin ang:

• pagsubaybay sa mga ginagawa mo sa iyong computer
• pakikipagtulungan sa mga proyekto kasama ang iba
• paano mag-ambag sa open source software

Mga Kinakailangan

Ihanda natin ang iyong computer para sa GitHub magic! Huwag mag-alala – isang beses mo lang kailangang gawin ang setup na ito, at pagkatapos ay handa ka na para sa buong coding journey mo.

Sige, simulan natin sa pundasyon! Una, kailangan nating tingnan kung naka-install na ang Git sa iyong computer. Ang Git ay parang super-smart na assistant na naaalala ang bawat pagbabago sa iyong code – mas magaling kaysa sa paulit-ulit na pag-hit ng Ctrl+S bawat dalawang segundo (aminin, nagawa na natin lahat 'yan!).

Tingnan natin kung naka-install na ang Git sa pamamagitan ng pag-type ng command na ito sa iyong terminal: git --version

Kung wala pa ang Git, walang problema! Pumunta lang sa download Git at i-download ito. Kapag na-install mo na, kailangan nating ipakilala ang Git sa'yo nang maayos:

💡 First Time Setup: Ang mga command na ito ay nagsasabi sa Git kung sino ka. Ang impormasyong ito ay idadagdag sa bawat commit na gagawin mo, kaya pumili ng pangalan at email na komportable kang ibahagi sa publiko.

git config --global user.name "your-name"
git config --global user.email "your-email"

Para tingnan kung naka-configure na ang Git, maaari mong i-type:

git config --list

Kakailanganin mo rin ng GitHub account, isang code editor (tulad ng Visual Studio Code), at kailangang buksan ang iyong terminal (o: command prompt).

Pumunta sa github.com at gumawa ng account kung wala ka pa, o mag-log in at punan ang iyong profile.

💡 Modernong tip: Isaalang-alang ang pag-setup ng SSH keys o paggamit ng GitHub CLI para sa mas madaling authentication nang walang password.

✅ Hindi lang GitHub ang code repository sa mundo; may iba pa, pero ang GitHub ang pinakakilala.

Paghahanda

Kakailanganin mo ng folder na may code project sa iyong local machine (laptop o PC), at isang public repository sa GitHub, na magsisilbing halimbawa kung paano mag-ambag sa mga proyekto ng iba.

Panatilihing Ligtas ang Iyong Code

Pag-usapan natin ang seguridad saglit – pero huwag mag-alala, hindi ka namin bibigyan ng nakakatakot na impormasyon! Isipin mo ang mga security practices na ito na parang pagla-lock ng iyong kotse o bahay. Simple lang ang mga ito, pero nagiging natural na ugali at pinoprotektahan ang iyong pinaghirapan.

Ipapakita namin sa'yo ang mga modernong, secure na paraan ng paggamit ng GitHub mula sa simula. Sa ganitong paraan, magkakaroon ka ng magagandang gawi na magagamit mo sa buong coding career mo.

Kapag gumagamit ng GitHub, mahalagang sundin ang mga pinakamahusay na kasanayan sa seguridad:

Lugar ng Seguridad	Pinakamahusay na Kasanayan	Bakit Mahalaga
Authentication	Gumamit ng SSH keys o Personal Access Tokens	Mas hindi secure ang passwords at unti-unti nang inaalis
Two-Factor Authentication	I-enable ang 2FA sa iyong GitHub account	Nagdadagdag ng karagdagang proteksyon sa account
Repository Security	Huwag kailanman mag-commit ng sensitibong impormasyon	Ang mga API keys at passwords ay hindi dapat nasa public repos
Dependency Management	I-enable ang Dependabot para sa updates	Pinapanatiling secure at up-to-date ang iyong dependencies

⚠️ Paalala sa Seguridad: Huwag kailanman mag-commit ng API keys, passwords, o iba pang sensitibong impormasyon sa anumang repository. Gumamit ng environment variables at .gitignore files para protektahan ang sensitibong data.

Modernong Authentication Setup:

# Bumuo ng SSH key (makabagong ed25519 algorithm)
ssh-keygen -t ed25519 -C "your_email@example.com"

# I-set up ang Git upang gumamit ng SSH
git remote set-url origin git@github.com:username/repository.git

💡 Pro Tip: Ang SSH keys ay nag-aalis ng pangangailangan na paulit-ulit na maglagay ng password at mas secure kaysa sa tradisyunal na authentication methods.

---

Pamamahala ng Iyong Code na Parang Pro

Okay, DITO na nagiging exciting ang lahat! 🎉 Matututo tayo kung paano subaybayan at pamahalaan ang iyong code tulad ng mga propesyonal, at sa totoo lang, isa ito sa mga paborito kong ituro dahil sobrang laking tulong nito.

Isipin mo ito: nagsusulat ka ng isang kamangha-manghang kwento, at gusto mong subaybayan ang bawat draft, bawat brilliant na edit, at bawat "teka, ang galing nito!" na sandali. Ganyan mismo ang ginagawa ng Git para sa iyong code! Para itong time-traveling notebook na naaalala LAHAT – bawat pindot, bawat pagbabago, bawat "naku, nasira ko lahat" na sandali na maaari mong agad na balikan.

Aaminin ko – maaaring nakakalito ito sa simula. Noong nagsimula ako, naisip ko, "Bakit hindi ko na lang i-save ang files ko ng normal?" Pero maniwala ka sa akin: kapag naintindihan mo na ang Git (at mangyayari 'yan!), magkakaroon ka ng lightbulb moment kung saan maiisip mo, "Paano ko nagawang mag-code nang wala ito dati?" Para kang natutong lumipad matapos maglakad lang buong buhay mo!

Halimbawa, may folder ka na may code project sa iyong computer at gusto mong simulan ang pagsubaybay sa iyong progreso gamit ang git – ang version control system. Ang paggamit ng git ay parang pagsusulat ng love letter para sa sarili mong hinaharap. Kapag binasa mo ang iyong mga commit message makalipas ang ilang araw, linggo, o buwan, maaalala mo kung bakit mo ginawa ang isang desisyon, o maibabalik mo ang isang pagbabago – basta't nagsusulat ka ng maayos na "commit messages."

flowchart TD
    A[📁 Iyong Mga File ng Proyekto] --> B{Ito ba ay isang Git Repository?}
    B -->|Hindi| C[git init]
    B -->|Oo| D[Gumawa ng Mga Pagbabago]
    C --> D
    D --> E[git add .]
    E --> F["git commit -m 'mensahe'"]
    F --> G[git push]
    G --> H[🌟 Code sa GitHub!]
    
    H --> I{Gusto bang makipagtulungan?}
    I -->|Oo| J[Fork & Clone]
    I -->|Hindi| D
    J --> K[Gumawa ng Branch]
    K --> L[Gumawa ng Mga Pagbabago]
    L --> M[Pull Request]
    M --> N[🎉 Nag-aambag!]
    
    style A fill:#fff59d
    style H fill:#c8e6c9
    style N fill:#ff4081,color:#fff

Gawain: Gumawa ng Iyong Unang Repository!

🎯 Ang Iyong Misyon (at sobrang excited ako para sa'yo!): Gagawa tayo ng iyong unang GitHub repository nang magkasama! Sa pagtatapos nito, magkakaroon ka ng sarili mong maliit na sulok sa internet kung saan nakatira ang iyong code, at magagawa mo ang iyong unang "commit" (developer speak para sa matalinong paraan ng pag-save ng iyong trabaho).

Ito ay talagang espesyal na sandali – opisyal ka nang sasali sa global na komunidad ng mga developer! Naalala ko pa ang thrill ng paggawa ng unang repo ko at iniisip, "Wow, ginagawa ko na talaga ito!"

Sama-sama nating lakbayin ang adventure na ito, hakbang-hakbang. Dahan-dahan lang sa bawat bahagi – walang premyo sa pagmamadali, at ipinapangako kong bawat hakbang ay magkakaroon ng saysay. Tandaan, bawat coding superstar na hinahangaan mo ay minsang nakaupo sa eksaktong lugar kung nasaan ka ngayon, handang gumawa ng kanilang unang repository. Ang astig, 'di ba?

Panoorin ang video

Gawin Natin Ito Nang Magkasama:

1. Gumawa ng iyong repository sa GitHub. Pumunta sa GitHub.com at hanapin ang maliwanag na berdeng New button (o ang + sign sa kanang itaas). I-click ito at piliin ang New repository.

   Narito ang gagawin:

   1. Bigyan ng pangalan ang iyong repository – gawing makabuluhan para sa'yo!
   2. Magdagdag ng description kung gusto mo (makakatulong ito sa iba na maunawaan ang tungkol sa iyong proyekto)
   3. Magdesisyon kung gusto mo itong public (makikita ng lahat) o private (para lang sa'yo)
   4. Inirerekomenda kong i-check ang kahon para magdagdag ng README file – parang front page ito ng iyong proyekto
   5. I-click ang Create repository at magdiwang – nagawa mo na ang iyong unang repo! 🎉

2. Pumunta sa iyong project folder. Ngayon, buksan natin ang iyong terminal (huwag mag-alala, hindi ito kasing nakakatakot ng itsura nito!). Kailangan nating sabihin sa iyong computer kung nasaan ang mga file ng iyong proyekto. I-type ang command na ito:

   cd [name of your folder]
   

   Ang ginagawa natin dito:

   • Parang sinasabi natin, "Hey computer, dalhin mo ako sa folder ng proyekto ko"
   • Para itong pagbubukas ng isang partikular na folder sa iyong desktop, pero ginagawa natin ito gamit ang text commands
   • Palitan ang [name of your folder] ng aktwal na pangalan ng iyong project folder

3. Gawing Git repository ang iyong folder. Dito na nangyayari ang magic! I-type:

   git init
   

   Narito ang nangyari (astig na bagay!):

   • Gumawa ang Git ng nakatagong .git folder sa iyong proyekto – hindi mo ito makikita, pero nandiyan 'yan!
   • Ang regular mong folder ay ngayon isang "repository" na maaaring subaybayan ang bawat pagbabago na gagawin mo
   • Isipin mo ito na parang binibigyan mo ng superpowers ang iyong folder para maalala ang lahat

4. Tingnan kung ano ang nangyayari. Tingnan natin kung ano ang iniisip ng Git tungkol sa iyong proyekto ngayon:

   git status
   

   Pag-unawa sa sinasabi ng Git:

   Maaaring makakita ka ng ganito:

   Changes not staged for commit:
   (use "git add <file>..." to update what will be committed)
   (use "git restore <file>..." to discard changes in working directory)
   
        modified:   file.txt
        modified:   file2.txt
   

   Huwag mag-panic! Narito ang ibig sabihin nito:

   • Ang mga file na pula ay mga file na may pagbabago pero hindi pa handang i-save
   • Ang mga file na berde (kapag nakita mo na) ay handa nang i-save
   • Tinutulungan ka ng Git sa pamamagitan ng pagsasabi kung ano ang maaari mong gawin sa susunod

   💡 Pro tip: Ang git status command ay ang iyong best friend! Gamitin ito anumang oras na nalilito ka sa nangyayari. Para itong pagtatanong sa Git, "Hey, ano na ang sitwasyon ngayon?"

5. Ihanda ang iyong mga file para i-save (tinatawag itong "staging"):

   git add .
   

   Ang ginawa natin:

   • Sinabi natin sa Git, "Hey, gusto kong isama LAHAT ng file ko sa susunod na save"
   • Ang . ay parang sinasabi, "lahat sa folder na ito"
   • Ngayon, ang iyong mga file ay "staged" at handa na para sa susunod na hakbang

   Gusto mo bang maging mas pili? Maaari kang magdagdag ng partikular na mga file:

   git add [file or folder name]
   

   Bakit mo gustong gawin ito?

   • Minsan gusto mong i-save ang mga magkakaugnay na pagbabago nang sabay-sabay
   • Nakakatulong ito sa pag-organisa ng iyong trabaho sa lohikal na mga bahagi
   • Mas madaling maunawaan kung ano ang nagbago at kailan

   Nagbago ang isip mo? Walang problema! Maaari mong alisin sa stage ang mga file tulad nito:

   # I-unstage ang lahat
   git reset
   
   # I-unstage ang isang file lamang
   git reset [file name]
   

   Huwag mag-alala – hindi nito binubura ang iyong trabaho, tinatanggal lang nito ang mga file sa "ready to save" na pile.

6. I-save ang iyong trabaho nang permanente (gawin ang iyong unang commit!):

   git commit -m "first commit"
   

   🎉 Congratulations! Nagawa mo na ang iyong unang commit!

   Narito ang nangyari:

   • Kinuha ng Git ang "snapshot" ng lahat ng iyong staged files sa eksaktong sandaling ito
   • Ang iyong commit message na "first commit" ay nagpapaliwanag kung tungkol saan ang save point na ito
   • Binigyan ng Git ang snapshot na ito ng unique ID para palagi mo itong mahanap sa hinaharap
   • Opisyal mo nang sinimulan ang pagsubaybay sa kasaysayan ng iyong proyekto!

   💡 Mga susunod na commit message: Para sa iyong mga susunod na commit, maging mas detalyado! Imbes na "updated stuff", subukang "Add contact form to homepage" o "Fix navigation menu bug". Pasasalamatan ka ng iyong future self!

7. Ikonekta ang iyong lokal na proyekto sa GitHub. Sa ngayon, ang iyong proyekto ay nasa iyong computer lang. Ikonekta natin ito sa iyong GitHub repository para maibahagi mo ito sa mundo!

   Una, pumunta sa iyong GitHub repository page at kopyahin ang URL. Pagkatapos, bumalik dito at i-type:

   git remote add origin https://github.com/username/repository_name.git
   

   (Palitan ang URL na iyon ng aktwal na URL ng iyong repository!)

   Narito ang ginawa natin:

   • Nilikha namin ang koneksyon sa pagitan ng iyong lokal na proyekto at ng iyong GitHub repository
   • Ang "Origin" ay parang palayaw lang para sa iyong GitHub repository – parang pagdaragdag ng contact sa iyong telepono
   • Ngayon, alam na ng iyong lokal na Git kung saan ipapadala ang iyong code kapag handa ka nang ibahagi ito

   💡 Mas Madaling Paraan: Kung naka-install ang GitHub CLI sa iyong computer, magagawa mo ito gamit ang isang command:

   gh repo create my-repo --public --push --source=.
   

8. I-upload ang iyong code sa GitHub (ang malaking sandali!):

   git push -u origin main
   

   🚀 Ito na! Ina-upload mo na ang iyong code sa GitHub!

   Ano ang nangyayari:

   • Ang iyong mga commit ay naglalakbay mula sa iyong computer papunta sa GitHub
   • Ang -u flag ay nagse-set up ng permanenteng koneksyon para mas madali ang mga susunod na push
   • Ang "main" ay ang pangalan ng iyong pangunahing branch (parang pangunahing folder)
   • Pagkatapos nito, maaari mo nang i-type ang git push para sa mga susunod na upload!

   💡 Mabilis na Paalala: Kung ang pangalan ng iyong branch ay iba (halimbawa "master"), gamitin ang pangalan na iyon. Maaari mong i-check gamit ang git branch --show-current.

9. Ang iyong bagong coding rhythm araw-araw (dito ka na maaadik!):

   Simula ngayon, tuwing may babaguhin ka sa iyong proyekto, mayroon kang simpleng tatlong hakbang na proseso:

   git add .
   git commit -m "describe what you changed"
   git push
   

   Ito ang magiging coding heartbeat mo:

   • Gumawa ng mga kahanga-hangang pagbabago sa iyong code ✨
   • I-stage ang mga ito gamit ang git add ("Hey Git, pansinin mo ang mga pagbabagong ito!")
   • I-save ang mga ito gamit ang git commit at maglagay ng malinaw na mensahe (magpapasalamat ang future version mo!)
   • Ibahagi ang mga ito sa mundo gamit ang git push 🚀
   • Ulitin lang – seryoso, magiging natural na ito tulad ng paghinga!

   Gustung-gusto ko ang workflow na ito dahil parang mayroong maraming save points sa isang video game. Gumawa ng pagbabago na gusto mo? I-commit ito! Gusto mong subukan ang isang risky na bagay? Walang problema – palaging maaari kang bumalik sa iyong huling commit kung may hindi maganda.

   💡 Tip: Maaaring gusto mo ring gumamit ng .gitignore file para maiwasan ang mga file na hindi mo gustong i-track na lumitaw sa GitHub - tulad ng notes file na nasa parehong folder pero hindi dapat nasa public repository. Makakahanap ka ng mga template para sa .gitignore files sa .gitignore templates o gumawa ng isa gamit ang gitignore.io.

🧠 Unang Check-in ng Repository: Ano ang Pakiramdam?

Maglaan ng sandali para magdiwang at magmuni-muni:

• Ano ang pakiramdam na makita ang iyong code na lumitaw sa GitHub sa unang pagkakataon?
• Aling hakbang ang pinaka-nakalilito, at alin ang nakakagulat na madali?
• Kaya mo bang ipaliwanag ang pagkakaiba ng git add, git commit, at git push sa sarili mong mga salita?

stateDiagram-v2
    [*] --> LocalFiles: Gumawa ng proyekto
    LocalFiles --> Staged: git add .
    Staged --> Committed: git commit
    Committed --> GitHub: git push
    GitHub --> [*]: Tagumpay! 🎉
    
    note right of Staged
        Mga file handa nang i-save
    end note
    
    note right of Committed
        Nilikha ang snapshot
    end note

Tandaan: Kahit ang mga bihasang developer ay minsan nakakalimutan ang eksaktong mga command. Ang pagbuo ng muscle memory para sa workflow na ito ay nangangailangan ng pagsasanay - mahusay ang ginagawa mo!

Modernong Git workflows

Isaalang-alang ang paggamit ng mga modernong kasanayan:

• Conventional Commits: Gumamit ng standardized na format ng commit message tulad ng feat:, fix:, docs:, atbp. Alamin pa sa conventionalcommits.org
• Atomic commits: Gawin ang bawat commit na kumakatawan sa isang lohikal na pagbabago
• Frequent commits: Mag-commit nang madalas na may malinaw na mga mensahe kaysa sa malalaking, bihirang mga commit

Mga mensahe ng commit

Ang isang mahusay na subject line ng Git commit ay kumukumpleto sa sumusunod na pangungusap: Kung ipapatupad, ang commit na ito ay

Para sa subject, gamitin ang imperative, present tense: "change" hindi "changed" o "changes". Tulad ng sa subject, sa body (opsyonal) gamitin din ang imperative, present tense. Ang body ay dapat maglaman ng motibasyon para sa pagbabago at ikumpara ito sa nakaraang behavior. Ipinaliwanag mo ang bakit, hindi ang paano.

✅ Maglaan ng ilang minuto para mag-surf sa GitHub. Makakakita ka ba ng isang mahusay na commit message? Makakakita ka ba ng isang napaka-minimal na mensahe? Anong impormasyon ang sa tingin mo ay pinaka-mahalaga at kapaki-pakinabang na ipahayag sa isang commit message?

Pakikipagtulungan sa Iba (Ang Masayang Bahagi!)

Hawakan ang iyong sombrero dahil DITO nagiging sobrang magical ang GitHub! 🪄 Master mo na ang pamamahala ng sarili mong code, pero ngayon papasok tayo sa paborito kong bahagi – ang pakikipagtulungan sa mga kahanga-hangang tao mula sa iba't ibang panig ng mundo.

Isipin ito: gumising ka bukas at makita na may isang tao sa Tokyo na nagpa-improve ng iyong code habang natutulog ka. Pagkatapos may isang tao sa Berlin na nag-ayos ng bug na matagal mo nang sinusubukan. Sa hapon, may developer sa São Paulo na nagdagdag ng feature na hindi mo man lang naisip. Hindi ito science fiction – ito lang ang normal na Martes sa GitHub universe!

Ang talagang nagpapasaya sa akin ay ang mga kasanayan sa pakikipagtulungan na matututunan mo? Ito ang EXACT na workflows na ginagamit ng mga team sa Google, Microsoft, at ng mga paborito mong startup araw-araw. Hindi ka lang natututo ng cool na tool – natututo ka ng lihim na wika na nagpapagana sa buong mundo ng software.

Seryoso, kapag naranasan mo ang rush ng may nag-merge ng iyong unang pull request, maiintindihan mo kung bakit sobrang passionate ang mga developer tungkol sa open source. Parang bahagi ka ng pinakamalaking, pinaka-malikhain na team project sa mundo!

Panoorin ang video

Ang pangunahing dahilan ng paglalagay ng mga bagay sa GitHub ay upang gawing posible ang pakikipagtulungan sa ibang mga developer.

flowchart LR
    A[🔍 Hanapin ang Proyekto] --> B[🍴 I-fork ang Repository]
    B --> C[📥 I-clone sa Lokal]
    C --> D[🌿 Gumawa ng Sangay]
    D --> E[✏️ Gumawa ng Mga Pagbabago]
    E --> F[💾 I-commit ang Mga Pagbabago]
    F --> G[📤 I-push ang Sangay]
    G --> H[🔄 Gumawa ng Pull Request]
    H --> I{Pagrepaso ng Tagapangalaga}
    I -->|✅ Naaprubahan| J[🎉 I-merge!]
    I -->|❓ Humiling ng Mga Pagbabago| K[📝 Gumawa ng Mga Update]
    K --> F
    J --> L[🧹 Linisin ang Mga Sangay]
    
    style A fill:#e3f2fd
    style J fill:#e8f5e8
    style L fill:#fff3e0

Sa iyong repository, pumunta sa Insights > Community para makita kung paano ikinukumpara ang iyong proyekto sa mga inirerekomendang pamantayan ng komunidad.

Gusto mo bang gawing propesyonal at welcoming ang iyong repository? Pumunta sa iyong repository at i-click ang Insights > Community. Ipinapakita ng cool na feature na ito kung paano ikinukumpara ang iyong proyekto sa kung ano ang itinuturing ng komunidad ng GitHub na "magandang repository practices."

🎯 Pagpapaganda ng Iyong Proyekto: Ang maayos na repository na may magandang dokumentasyon ay parang malinis, welcoming na storefront. Ipinapakita nito na mahalaga sa iyo ang iyong trabaho at ginaganyak ang iba na mag-ambag!

Narito ang mga bagay na nagpapaganda sa isang repository:

Ano ang Idadagdag	Bakit Ito Mahalaga	Ano ang Nagagawa Nito Para sa Iyo
Description	Mahalaga ang unang impresyon!	Malalaman agad ng mga tao kung ano ang ginagawa ng iyong proyekto
README	Front page ng iyong proyekto	Parang friendly na tour guide para sa mga bagong bisita
Contributing Guidelines	Ipinapakita na welcome ang tulong	Malalaman ng mga tao kung paano sila makakatulong sa iyo
Code of Conduct	Lumilikha ng friendly na espasyo	Lahat ay komportableng makilahok
License	Legal na kalinawan	Malalaman ng iba kung paano nila magagamit ang iyong code
Security Policy	Ipinapakita na responsable ka	Nagpapakita ng propesyonal na kasanayan

💡 Pro Tip: Nagbibigay ang GitHub ng mga template para sa lahat ng mga file na ito. Kapag gumagawa ng bagong repository, i-check ang mga kahon para awtomatikong mag-generate ng mga file na ito.

Mga Modernong Feature ng GitHub na Tuklasin:

🤖 Automation & CI/CD:

• GitHub Actions para sa automated testing at deployment
• Dependabot para sa automatic dependency updates

💬 Community & Project Management:

• GitHub Discussions para sa mga pag-uusap ng komunidad na lampas sa issues
• GitHub Projects para sa kanban-style na project management
• Branch protection rules para magpatupad ng code quality standards

Ang lahat ng mga resource na ito ay makakatulong sa onboarding ng mga bagong miyembro ng team. At ang mga ito ay karaniwang mga bagay na tinitingnan ng mga bagong contributor bago pa man tingnan ang iyong code, upang malaman kung ang iyong proyekto ay tamang lugar para sa kanila na maglaan ng oras.

✅ Ang README files, kahit na nangangailangan ng oras para ihanda, ay madalas na napapabayaan ng mga abalang maintainer. Makakakita ka ba ng halimbawa ng isang partikular na detalyado? Tandaan: mayroong ilang tools para tumulong gumawa ng magagandang README na maaaring gusto mong subukan.

Gawain: Mag-merge ng code

Ang mga contributing docs ay tumutulong sa mga tao na mag-ambag sa proyekto. Ipinaliwanag nito kung anong uri ng mga kontribusyon ang hinahanap mo at kung paano gumagana ang proseso. Ang mga contributor ay kailangang dumaan sa isang serye ng mga hakbang upang makapag-ambag sa iyong repo sa GitHub:

1. Forking ng iyong repo Malamang gusto mong ipa-fork ang iyong proyekto sa mga tao. Ang pag-fork ay nangangahulugan ng paggawa ng replica ng iyong repository sa kanilang GitHub profile.
2. Clone. Mula doon, i-clone nila ang proyekto sa kanilang lokal na makina.
3. Gumawa ng branch. Gusto mong hilingin sa kanila na gumawa ng branch para sa kanilang trabaho.
4. I-focus ang kanilang pagbabago sa isang lugar. Hilingin sa mga contributor na i-concentrate ang kanilang kontribusyon sa isang bagay sa bawat pagkakataon - sa ganitong paraan mas mataas ang tsansa na ma-merge ang kanilang trabaho. Isipin na gumawa sila ng bug fix, nagdagdag ng bagong feature, at nag-update ng ilang tests - paano kung gusto mo, o maaari mo lang i-implement ang 2 sa 3, o 1 sa 3 pagbabago?

✅ Isipin ang isang sitwasyon kung saan ang mga branch ay partikular na mahalaga sa pagsusulat at pagpapadala ng magandang code. Anong mga use case ang naiisip mo?

Tandaan, maging ang pagbabago na gusto mong makita sa mundo, at gumawa ng mga branch para sa sarili mong trabaho. Ang anumang mga commit na gagawin mo ay gagawin sa branch na kasalukuyan mong "checked out". Gamitin ang git status para makita kung aling branch iyon.

Dumaan tayo sa isang contributor workflow. Ipagpalagay na ang contributor ay naka-fork at naka-clone na ang repo kaya mayroon na silang Git repo na handa nang trabahuin, sa kanilang lokal na makina:

1. Gumawa ng branch. Gamitin ang command na git branch para gumawa ng branch na maglalaman ng mga pagbabago na balak nilang i-contribute:

   git branch [branch-name]
   

   💡 Modernong Paraan: Maaari ka ring gumawa at lumipat sa bagong branch gamit ang isang command:

   git switch -c [branch-name]
   

2. Lumipat sa working branch. Lumipat sa tinukoy na branch at i-update ang working directory gamit ang git switch:

   git switch [branch-name]
   

   💡 Modernong Paalala: Ang git switch ay ang modernong kapalit ng git checkout kapag nagpapalit ng branch. Mas malinaw at mas ligtas para sa mga baguhan.

3. Gumawa ng trabaho. Sa puntong ito gusto mong idagdag ang iyong mga pagbabago. Huwag kalimutang ipaalam ito sa Git gamit ang mga sumusunod na command:

   git add .
   git commit -m "my changes"
   

   ⚠️ Kalidad ng Commit Message: Siguraduhing magbigay ka ng magandang pangalan sa iyong commit, para sa iyong kapakanan at sa maintainer ng repo na tinutulungan mo. Maging specific sa kung ano ang binago mo!

4. Pagsamahin ang iyong trabaho sa main branch. Sa puntong ito tapos ka na sa iyong trabaho at gusto mong pagsamahin ang iyong trabaho sa main branch. Ang main branch ay maaaring nagbago sa pagitan kaya siguraduhing i-update muna ito sa pinakabago gamit ang mga sumusunod na command:

   git switch main
   git pull
   

   Sa puntong ito gusto mong tiyakin na ang anumang conflicts, mga sitwasyon kung saan hindi madaling ma-combine ng Git ang mga pagbabago ay mangyayari sa iyong working branch. Kaya't patakbuhin ang mga sumusunod na command:

   git switch [branch_name]
   git merge main
   

   Ang git merge main command ay magdadala ng lahat ng pagbabago mula sa main papunta sa iyong branch. Sana ay maaari ka nang magpatuloy. Kung hindi, sasabihin sa iyo ng VS Code kung saan nalilito ang Git at babaguhin mo lang ang mga apektadong file para sabihin kung aling content ang pinaka-tama.

   💡 Modernong Alternatibo: Isaalang-alang ang paggamit ng git rebase para sa mas malinis na history:

   git rebase main
   

   Ire-replay nito ang iyong mga commit sa ibabaw ng pinakabagong main branch, na lumilikha ng linear na history.

5. Ipadala ang iyong trabaho sa GitHub. Ang pagpapadala ng iyong trabaho sa GitHub ay nangangahulugan ng dalawang bagay. Ang pag-push ng iyong branch sa iyong repo at pagkatapos ay magbukas ng PR, Pull Request.

   git push --set-upstream origin [branch-name]
   

   Ang command sa itaas ay lumilikha ng branch sa iyong forked repo.

🤝 Pag-check ng Kasanayan sa Pakikipagtulungan: Handa Ka Na Bang Makipagtulungan sa Iba?

Tingnan natin kung ano ang pakiramdam mo tungkol sa pakikipagtulungan:

• Naiintindihan mo na ba ang ideya ng forking at pull requests?
• Ano ang isang bagay tungkol sa paggamit ng branches na gusto mong mas pagpraktisan?
• Gaano ka komportable sa pag-ambag sa proyekto ng ibang tao?

mindmap
  root((Git na Pakikipagtulungan))
    Branching
      Mga sangay ng tampok
      Mga sangay ng pag-aayos ng bug
      Eksperimental na trabaho
    Pull Requests
      Pagsusuri ng code
      Talakayan
      Pagsusuri
    Mga Pinakamahusay na Kasanayan
      Malinaw na mga mensahe ng commit
      Maliit na nakatuong mga pagbabago
      Magandang dokumentasyon

Pampalakas ng Kumpiyansa: Ang bawat developer na hinahangaan mo ay minsang kinakabahan sa kanilang unang pull request. Ang komunidad ng GitHub ay sobrang welcoming sa mga baguhan!

1. Magbukas ng PR. Susunod, gusto mong magbukas ng PR. Gawin mo ito sa pamamagitan ng pagpunta sa forked repo sa GitHub. Makikita mo ang indikasyon sa GitHub kung saan tinatanong kung gusto mong gumawa ng bagong PR, i-click mo iyon at dadalhin ka sa interface kung saan maaari mong baguhin ang commit message title, magbigay ng mas angkop na deskripsyon. Ngayon makikita ng maintainer ng repo na na-fork mo ang PR na ito at fingers crossed maa-appreciate nila at merge ang iyong PR. Isa ka nang contributor, yay :)

   💡 Modernong Tip: Maaari ka ring gumawa ng PR gamit ang GitHub CLI:

   gh pr create --title "Your PR title" --body "Description of changes"
   

   🔧 Mga Best Practices para sa PRs:

   • I-link ang mga kaugnay na issues gamit ang mga keyword tulad ng "Fixes #123"
   • Magdagdag ng screenshots para sa mga pagbabago sa UI
   • Mag-request ng specific na reviewers
   • Gumamit ng draft PRs para sa work-in-progress
   • Siguraduhing pumasa ang lahat ng CI checks bago mag-request ng review

2. Linisin. Itinuturing na magandang kasanayan ang linisin pagkatapos mong matagumpay na ma-merge ang isang PR. Gusto mong linisin ang parehong lokal na branch mo at ang branch na na-push mo sa GitHub. Una, tanggalin ito sa lokal gamit ang sumusunod na utos:

   git branch -d [branch-name]
   

   Siguraduhing pumunta ka sa pahina ng GitHub para sa forked na repo at alisin ang remote branch na kakapush mo lang.

Ang Pull request ay tila nakakatawang termino dahil ang totoo ay gusto mong i-push ang mga pagbabago mo sa proyekto. Ngunit ang maintainer (may-ari ng proyekto) o core team ay kailangang suriin ang mga pagbabago mo bago ito i-merge sa "main" branch ng proyekto, kaya't talagang humihiling ka ng desisyon sa pagbabago mula sa maintainer.

Ang pull request ay lugar para ikumpara at talakayin ang mga pagkakaiba na ipinakilala sa isang branch gamit ang mga review, komento, integrated tests, at iba pa. Ang isang mahusay na pull request ay sumusunod sa halos parehong mga patakaran tulad ng isang commit message. Maaari kang magdagdag ng reference sa isang isyu sa issue tracker, halimbawa kung ang trabaho mo ay nag-aayos ng isang isyu. Ginagawa ito gamit ang # na sinusundan ng numero ng isyu mo. Halimbawa, #97.

🤞Sana lahat ng checks ay pumasa at i-merge ng may-ari ng proyekto ang mga pagbabago mo sa proyekto🤞

I-update ang kasalukuyang lokal na working branch mo gamit ang lahat ng bagong commits mula sa kaukulang remote branch sa GitHub:

git pull

Pag-aambag sa Open Source (Ang Iyong Pagkakataon na Magkaroon ng Epekto!)

Handa ka na ba para sa isang bagay na talagang magpapamangha sa iyo? 🤯 Pag-usapan natin ang pag-aambag sa mga open source na proyekto – at kinikilabutan ako sa tuwing iniisip kong ibahagi ito sa iyo!

Ito ang pagkakataon mo na maging bahagi ng isang bagay na tunay na kahanga-hanga. Isipin mong pinapaganda ang mga tools na ginagamit ng milyon-milyong developer araw-araw, o inaayos ang isang bug sa isang app na mahal ng mga kaibigan mo. Hindi lang ito pangarap – ganito ang open source contribution!

Narito ang nagbibigay sa akin ng kilabot tuwing iniisip ko ito: bawat tool na natutunan mo – ang code editor mo, ang mga framework na pag-aaralan natin, kahit ang browser na binabasa mo ngayon – nagsimula sa isang tao na katulad mo na gumagawa ng kanilang unang kontribusyon. Ang magaling na developer na gumawa ng paborito mong VS Code extension? Sila rin ay minsang baguhan na nagki-click ng "create pull request" nang nanginginig ang mga kamay, tulad ng gagawin mo.

At narito ang pinakamagandang bahagi: ang open source na komunidad ay parang pinakamalaking group hug sa internet. Karamihan sa mga proyekto ay aktibong naghahanap ng mga baguhan at may mga isyung may tag na "good first issue" na partikular para sa mga tulad mo! Ang mga maintainer ay talagang nasasabik kapag nakikita nila ang mga bagong contributor dahil naaalala nila ang kanilang sariling unang hakbang.

flowchart TD
    A[🔍 Mag-explore sa GitHub] --> B[🏷️ Maghanap ng "good first issue"]
    B --> C[📖 Basahin ang Mga Alituntunin sa Pag-aambag]
    C --> D[🍴 I-fork ang Repository]
    D --> E[💻 I-set up ang Lokal na Kapaligiran]
    E --> F[🌿 Gumawa ng Feature Branch]
    F --> G[✨ Gawin ang Iyong Ambag]
    G --> H[🧪 Subukan ang Iyong Mga Pagbabago]
    H --> I[📝 Sumulat ng Malinaw na Commit]
    I --> J[📤 I-push at Gumawa ng PR]
    J --> K[💬 Makipag-ugnayan sa Feedback]
    K --> L[🎉 Na-merge! Isa Ka Nang Contributor!]
    L --> M[🌟 Maghanap ng Susunod na Isyu]
    
    style A fill:#e1f5fe
    style L fill:#c8e6c9
    style M fill:#fff59d

Hindi ka lang natututo ng coding dito – naghahanda ka na sumali sa isang pandaigdigang pamilya ng mga tagabuo na gumigising araw-araw na iniisip "Paano natin mapapaganda ang digital na mundo?" Maligayang pagdating sa club! 🌟

Una, maghanap tayo ng repository (o repo) sa GitHub na interesado ka at kung saan gusto mong mag-ambag ng pagbabago. Gusto mong kopyahin ang nilalaman nito sa iyong makina.

✅ Isang magandang paraan para makahanap ng 'beginner-friendly' na mga repo ay maghanap gamit ang tag na 'good-first-issue'.

May ilang paraan para kopyahin ang code. Isa sa mga paraan ay "i-clone" ang nilalaman ng repository, gamit ang HTTPS, SSH, o gamit ang GitHub CLI (Command Line Interface).

Buksan ang terminal mo at i-clone ang repository tulad nito:

# Gumagamit ng HTTPS
git clone https://github.com/ProjectURL

# Gumagamit ng SSH (nangangailangan ng setup ng SSH key)
git clone git@github.com:username/repository.git

# Gumagamit ng GitHub CLI
gh repo clone username/repository

Para magtrabaho sa proyekto, lumipat sa tamang folder: cd ProjectURL

Maaari mo ring buksan ang buong proyekto gamit ang:

• GitHub Codespaces - Cloud development environment ng GitHub na may VS Code sa browser
• GitHub Desktop - Isang GUI application para sa mga Git operations
• GitHub.dev - Pindutin ang . key sa anumang GitHub repo para buksan ang VS Code sa browser
• VS Code na may GitHub Pull Requests extension

Sa huli, maaari mong i-download ang code sa isang zipped folder.

Ilang mga kawili-wiling bagay tungkol sa GitHub

Maaari kang mag-star, mag-watch, at/o "mag-fork" ng anumang pampublikong repository sa GitHub. Makikita mo ang mga starred repositories mo sa drop-down menu sa kanang itaas. Parang bookmarking, pero para sa code.

Ang mga proyekto ay may issue tracker, kadalasan sa GitHub sa tab na "Issues" maliban kung may ibang indikasyon, kung saan tinatalakay ng mga tao ang mga isyu na may kaugnayan sa proyekto. At ang tab na Pull Requests ay kung saan tinatalakay at nire-review ang mga pagbabago na nasa proseso.

Ang mga proyekto ay maaaring may diskusyon sa mga forum, mailing lists, o chat channels tulad ng Slack, Discord, o IRC.

🔧 Mga modernong tampok ng GitHub:

• GitHub Discussions - Built-in forum para sa mga pag-uusap ng komunidad
• GitHub Sponsors - Suportahan ang mga maintainer sa pinansyal na paraan
• Security tab - Mga ulat ng kahinaan at mga security advisories
• Actions tab - Tingnan ang mga automated workflows at CI/CD pipelines
• Insights tab - Analytics tungkol sa mga contributor, commits, at kalusugan ng proyekto
• Projects tab - Built-in na mga tool sa pamamahala ng proyekto ng GitHub

✅ Tingnan ang paligid ng bagong GitHub repo mo at subukan ang ilang bagay, tulad ng pag-edit ng mga setting, pagdaragdag ng impormasyon sa repo mo, paggawa ng proyekto (tulad ng Kanban board), at pag-set up ng GitHub Actions para sa automation. Maraming magagawa!

---

🚀 Hamon

Sige, oras na para subukan ang bago mong GitHub superpowers! 🚀 Narito ang isang hamon na magpapakonekta sa lahat ng natutunan mo sa pinaka-satisfying na paraan:

Maghanap ng kaibigan (o miyembro ng pamilya na laging nagtatanong kung ano ang ginagawa mo sa "computer stuff" na ito) at magsimula ng collaborative coding adventure nang magkasama! Dito nangyayari ang tunay na magic – gumawa ng proyekto, hayaan silang i-fork ito, gumawa ng mga branch, at i-merge ang mga pagbabago tulad ng mga propesyonal na nagiging ikaw.

Hindi ko itatago – malamang tatawa kayo sa isang punto (lalo na kapag pareho kayong nag-try na baguhin ang parehong linya), maaaring magkamot ng ulo sa pagkalito, ngunit tiyak na magkakaroon kayo ng mga kamangha-manghang "aha!" moments na nagpapahalaga sa lahat ng pag-aaral. Dagdag pa, may espesyal na pakiramdam sa pagbabahagi ng unang matagumpay na merge sa iba – parang maliit na selebrasyon ng kung gaano kalayo na ang narating mo!

Wala pang coding buddy? Walang problema! Ang komunidad ng GitHub ay puno ng mga tao na sobrang welcoming at naaalala kung paano maging bago. Maghanap ng mga repository na may "good first issue" labels – para bang sinasabi nila "Hey beginners, come learn with us!" Ang galing, di ba?

Post-Lecture Quiz

Post-lecture quiz

Review & Patuloy na Pag-aaral

Whew! 🎉 Tingnan mo – na-master mo na ang mga basics ng GitHub tulad ng isang tunay na champion! Kung pakiramdam mo ay medyo puno ang utak mo ngayon, normal lang iyon at sa totoo lang, magandang senyales. Natutunan mo ang mga tools na inabot ako ng ilang linggo para maging komportable.

Ang Git at GitHub ay sobrang makapangyarihan (seryoso, makapangyarihan), at bawat developer na kilala ko – kabilang ang mga mukhang wizard na ngayon – ay kailangang magpraktis at magkamali bago nila ito lubos na maunawaan. Ang katotohanan na natapos mo ang araling ito ay nangangahulugang nasa landas ka na para ma-master ang ilan sa pinakamahalagang tools sa toolkit ng isang developer.

Narito ang ilang napakahusay na resources para tulungan kang magpraktis at maging mas kahanga-hanga pa:

• Contributing to open source software guide – Ang roadmap mo para gumawa ng pagbabago
• Git cheatsheet – Panatilihin ito para sa mabilisang reference!

At tandaan: ang praktis ay nagdudulot ng progreso, hindi perpeksyon! Habang mas ginagamit mo ang Git at GitHub, mas nagiging natural ito. Ang GitHub ay gumawa ng ilang kamangha-manghang interactive courses na nagbibigay-daan sa iyo na magpraktis sa isang ligtas na kapaligiran:

• Introduction to GitHub
• Communicate using Markdown
• GitHub Pages
• Managing merge conflicts

Pakiramdam mo ba ay adventurous? Subukan ang mga modernong tools na ito:

• GitHub CLI documentation – Para sa pakiramdam na parang wizard sa command-line
• GitHub Codespaces documentation – Mag-code sa cloud!
• GitHub Actions documentation – I-automate ang lahat ng bagay
• Git best practices – I-level up ang workflow game mo

Hamon ng GitHub Copilot Agent 🚀

Gamitin ang Agent mode para tapusin ang sumusunod na hamon:

Deskripsyon: Gumawa ng collaborative web development project na nagpapakita ng kumpletong GitHub workflow na natutunan mo sa araling ito. Ang hamon na ito ay tutulong sa iyo na magpraktis ng repository creation, collaboration features, at modern Git workflows sa isang real-world na sitwasyon.

Prompt: Gumawa ng bagong pampublikong GitHub repository para sa simpleng "Web Development Resources" na proyekto. Ang repository ay dapat may maayos na istrukturang README.md file na naglilista ng mga kapaki-pakinabang na web development tools at resources, na nakaayos ayon sa kategorya (HTML, CSS, JavaScript, atbp.). I-set up ang repository na may tamang community standards kabilang ang isang lisensya, contributing guidelines, at code of conduct. Gumawa ng hindi bababa sa dalawang feature branches: isa para sa pagdaragdag ng CSS resources at isa pa para sa JavaScript resources. Gumawa ng mga commits sa bawat branch na may mga deskriptibong commit messages, pagkatapos ay gumawa ng pull requests para i-merge ang mga pagbabago pabalik sa main. I-enable ang mga tampok ng GitHub tulad ng Issues, Discussions, at mag-set up ng basic na GitHub Actions workflow para sa automated checks.

Assignment

Ang misyon mo, kung pipiliin mong tanggapin ito: Tapusin ang Introduction to GitHub course sa GitHub Skills. Ang interactive na kursong ito ay magpapahintulot sa iyo na magpraktis ng lahat ng natutunan mo sa isang ligtas, guided na kapaligiran. Dagdag pa, makakakuha ka ng cool na badge kapag natapos mo ito! 🏅

Handa ka na ba para sa mas maraming hamon?

• I-set up ang SSH authentication para sa GitHub account mo (wala nang passwords!)
• Subukan ang paggamit ng GitHub CLI para sa pang-araw-araw na Git operations
• Gumawa ng repository na may GitHub Actions workflow
• I-explore ang GitHub Codespaces sa pamamagitan ng pagbukas ng mismong repository na ito sa cloud-based editor

---

🚀 Ang Iyong GitHub Mastery Timeline

⚡ Ano ang Magagawa Mo sa Susunod na 5 Minuto

• I-star ang repository na ito at 3 pang ibang proyekto na interesado ka
• I-set up ang two-factor authentication sa GitHub account mo
• Gumawa ng simpleng README para sa unang repository mo
• I-follow ang 5 developer na nagbibigay inspirasyon sa iyo

🎯 Ano ang Maaaring Makamit Mo sa Loob ng Isang Oras

• Tapusin ang post-lesson quiz at pag-isipan ang GitHub journey mo
• I-set up ang SSH keys para sa password-free na GitHub authentication
• Gumawa ng unang meaningful commit na may mahusay na commit message
• I-explore ang "Explore" tab ng GitHub para matuklasan ang trending projects
• Magpraktis ng pag-fork ng repository at paggawa ng maliit na pagbabago

📅 Ang Iyong Lingguhang GitHub Adventure

• Tapusin ang GitHub Skills courses (Introduction to GitHub, Markdown)
• Gumawa ng unang pull request sa isang open source na proyekto
• Mag-set up ng GitHub Pages site para ipakita ang mga gawa mo
• Sumali sa GitHub Discussions sa mga proyektong interesado ka
• Gumawa ng repository na may tamang community standards (README, License, atbp.)
• Subukan ang GitHub Codespaces para sa cloud-based development

🌟 Ang Iyong Buwanang Transformasyon

• Mag-ambag sa 3 iba't ibang open source na proyekto
• Mag-mentor ng isang bagong user sa GitHub (ibahagi ang natutunan!)
• Mag-set up ng automated workflows gamit ang GitHub Actions
• Gumawa ng portfolio na nagpapakita ng mga kontribusyon mo sa GitHub
• Sumali sa Hacktoberfest o katulad na mga community events
• Maging maintainer ng sarili mong proyekto na inaambagan ng iba

🎓 Final GitHub Mastery Check-in

I-celebrate ang narating mo:

• Ano ang paborito mong bagay tungkol sa paggamit ng GitHub?
• Aling collaboration feature ang pinaka-nakakapukaw sa iyo?
• Gaano ka na ka-kumpiyansa sa pag-aambag sa open source ngayon?
• Ano ang unang proyekto na gusto mong ambagan?

journey
    title Ang Iyong Paglalakbay sa Kumpiyansa sa GitHub
    section Ngayon
      Kabado: 3: Ikaw
      Mausisa: 4: Ikaw
      Nasasabik: 5: Ikaw
    section Sa Linggong Ito
      Nagpapraktis: 4: Ikaw
      Nag-aambag: 5: Ikaw
      Kumokonekta: 5: Ikaw
    section Sa Susunod na Buwan
      Nakikipagtulungan: 5: Ikaw
      Nangunguna: 5: Ikaw
      Nagbibigay Inspirasyon sa Iba: 5: Ikaw

🌍 Maligayang pagdating sa pandaigdigang komunidad ng developer! Ngayon ay mayroon ka nang mga tools para makipagtulungan sa milyon-milyong developer sa buong mundo. Ang unang kontribusyon mo ay maaaring mukhang maliit, ngunit tandaan - bawat malaking open source na proyekto ay nagsimula sa isang tao na gumagawa ng kanilang unang commit. Ang tanong ay hindi kung magkakaroon ka ng epekto, kundi kung anong kamangha-manghang proyekto ang unang makikinabang sa natatanging pananaw mo! 🚀

Tandaan: bawat eksperto ay minsang baguhan. Kaya mo 'to! 💪

---

Paunawa:
Ang dokumentong ito ay isinalin gamit ang AI translation service Co-op Translator. Bagamat sinisikap naming maging tumpak, pakatandaan na ang mga awtomatikong pagsasalin ay maaaring maglaman ng mga pagkakamali o hindi pagkakatugma. Ang orihinal na dokumento sa kanyang katutubong wika ang dapat ituring na opisyal na sanggunian. Para sa mahalagang impormasyon, inirerekomenda ang propesyonal na pagsasalin ng tao. Hindi kami mananagot sa anumang hindi pagkakaunawaan o maling interpretasyon na dulot ng paggamit ng pagsasaling ito.