-
1. Pagsisimula
-
2. Mga Pangunahing Kaalaman sa Git
-
3. Pag-branch ng Git
-
4. Git sa Server
- 4.1 Ang Mga Protokol
- 4.2 Pagkuha ng Git sa isang Server
- 4.3 Ang paglikha ng iyong Pampublikong Susi ng SSH
- 4.4 Pag-Setup ng Server
- 4.5 Git Daemon
- 4.6 Smart HTTP
- 4.7 GitWeb
- 4.8 GitLab
- 4.9 Mga Opsyon ng Naka-host sa Third Party
- 4.10 Buod
-
5. Distributed Git
- 5.1 Distributed Workflows
- 5.2 Contributing to a Project
- 5.3 Maintaining a Project
- 5.4 Summary
-
6. GitHub
-
7. Mga Git na Kasangkapan
- 7.1 Pagpipili ng Rebisyon
- 7.2 Staging na Interactive
- 7.3 Pag-stash at Paglilinis
- 7.4 Pag-sign sa Iyong Trabaho
- 7.5 Paghahanap
- 7.6 Pagsulat muli ng Kasaysayan
- 7.7 Ang Reset Demystified
- 7.8 Advanced na Pag-merge
- 7.9 Ang Rerere
- 7.10 Pagdebug gamit ang Git
- 7.11 Mga Submodule
- 7.12 Pagbibigkis
- 7.13 Pagpapalit
- 7.14 Kredensyal na ImbakanCredential Storage
- 7.15 Buod
-
8. Pag-aangkop sa Sariling Pangangailagan ng Git
- 8.1 Kompigurasyon ng Git
- 8.2 Mga Katangian ng Git
- 8.3 Mga Hook ng Git
- 8.4 An Example Git-Enforced Policy
- 8.5 Buod
-
9. Ang Git at iba pang mga Sistema
- 9.1 Git bilang isang Kliyente
- 9.2 Paglilipat sa Git
- 9.3 Buod
-
10. Mga Panloob ng GIT
- 10.1 Plumbing and Porcelain
- 10.2 Git Objects
- 10.3 Git References
- 10.4 Packfiles
- 10.5 Ang Refspec
- 10.6 Transfer Protocols
- 10.7 Pagpapanatili At Pagbalik ng Datos
- 10.8 Mga Variable sa Kapaligiran
- 10.9 Buod
-
A1. Appendix A: Git in Other Environments
- A1.1 Grapikal Interfaces
- A1.2 Git in Visual Studio
- A1.3 Git sa Eclipse
- A1.4 Git in Bash
- A1.5 Git in Zsh
- A1.6 Git sa Powershell
- A1.7 Summary
-
A2. Appendix B: Pag-embed ng Git sa iyong Mga Aplikasyon
- A2.1 Command-line Git
- A2.2 Libgit2
- A2.3 JGit
-
A3. Appendix C: Mga Kautusan ng Git
- A3.1 Setup at Config
- A3.2 Pagkuha at Paglikha ng Mga Proyekto
- A3.3 Pangunahing Snapshotting
- A3.4 Branching at Merging
- A3.5 Pagbabahagi at Pagbabago ng mga Proyekto
- A3.6 Pagsisiyasat at Paghahambing
- A3.7 Debugging
- A3.8 Patching
- A3.9 Email
- A3.10 External Systems
- A3.11 Administration
- A3.12 Pagtutuberong mga Utos
A3.9 Appendix C: Mga Kautusan ng Git - Email
Maraming mga proyekto ng Git, kasali na ang Git mismo, ay ganap na pinananatili ng mga lista ng liham. Ang Git ay may ilang mga kasangkapan na binuo sa loob nito na tumutulong gawing mas madali ang prosesong ito, mula sa pagbuo ng mga patch na maaari mong madaling i-email hanggang sa paglalapat ng mga patch mula sa isang email box.
git apply
Ang git apply na utos command nilalapat ang patch na nilikha gamit ang git diff o kahit na GNU diff na utos.
Ito ay katulad ng kung ano ang patch na utos na maaaring gawin sa ilang maliliit na pagkakaiba.
Ipinakikita namin ang paggamit nito at ang mga pangyayari kung saan maaari mong gawin ito sa Applying Patches from Email.
git am
Ang git am na utos ay ginamit para ilagay ang mga patch mula sa inbox ng email, partikular na ang isang naka-format na mbox.
Ito ay kapaki-pakinabang sa pagtanggap ng mga patch sa email at ilapat ang mga ito ng madali sa iyong proyekto.
Tinalakay namin ang paggamit at workflow ng git am sa Applying a Patch with am kabilang ang paggamit ng --resolved, -i at -3 na mga opsyon.
Mayroon ding iilang mga hook na maaari mong gamitin upang makatulong sa workflow sa paligid ng git am at sila ay tinalakay sa Mga Hook ng Email Workflow.
Ginagamit din namin ito upang ilapat ang patch na naka-format sa mga pagbabago sa GitHub Pull Request sa Mga Abiso sa Email.
git format-patch
Ang git format-patch na utos ay ginamit para makagawa ng mga serye ng mga patch sa format ng mbox na maaari mong gamitin upang ipadala sa isang mailing list na naka-format ng maayos.
Tinalakay namin ito sa isang halimbawa ng pagbibigay ng kontribusyon sa isang proyekto gamit ang git format-patch na kasangkapan sa Public Project over Email.
git imap-send
Ang git imap-send na utos ay nag-upload ng mailbox na nabuo sa pamamagitan ng git format-patch sa isang folder ng mga draft ng IMAP.
Tinalakay namin ang isang halimbawa ng pagbibigay ng kontribusyon sa isang proyekto sa pamamagitan ng pagpapadala ng mga patch gamit ang git imap-send na kasangkapan sa Public Project over Email.
git send-email
Ang git send-email na utos ay ginamit para magpadala ng mga patch kung saan ay nabuo sa pamamagitan ng git format-patch sa email.
Tinalakay namin ang isang halimbawa ng pag-ambag sa isang proyekto sa pamamagitan ng mga patch gamit ang git send-email na kasangkapan sa Public Project over Email.
git request-pull
Ang git request-pull na utos ay simpleng ginagamit upang bumuo ng isang halimbawa ng nilalaman ng mensahe upang mag-email sa isang tao.
Kung meron kang isang branch na nasa pampublikong server at nais na ipaalam sa isang tao kung paano isama ang mga pagbabagong iyon na hindi na magpadala ng mga patch sa email, maaari mong patakbuhin ang utos na ito at ipadala ang output sa taong gusto mong kunin ang mga pagbabago.
Pinakita namin kung paano gamitin ang git request-pull para makabuo ng pull na mensahe sa Forked Public Project.
