-
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
1.6 Pagsisimula - Unang Beses na Pag-Setup ng Git
Unang Beses na Pag-Setup ng Git
Ngayon na mayroon ka nang Git sa iyong sistema, gugustohin mong gumawa na iilang mga bagay para ma-customize ang iyong Git na kapaligiran. Dapat isang beses mo lang itong gawin sa kahit anong kompyuter; sila ay mananatili sa pagitan ng mga pag-upgrade. Maaari mo ding palitan ang mga ito kahit anong oras sa pamamagitan ng pagpapatakbo sa mga utos ulit.
Ang Git ay may kalakip na kagamitang tinanatawag na git config
na nagbigay-daan sa iyo para makuha at maitakda ang mga kompigurasyon na mga variables na nagkontrol sa lahat ng mga aspeto kung paano ang hitsura ng Git at kung paano ito gumagana. Ang mga variable na ito ay maaaring i-store sa tatlong iba’t ibang mga lugar:
-
/etc/gitconfig
na file: Naglalaman ng mga halaga na pinagana sa bawat gumagamit sa sistema at sa lahat ng kanilang mga repositoryo. Kung ikaw ay magpasa ng opsyon na--system
sagit config
, magbabasa at magsusulat ito mula sa file na ito. (Dahil ito ay isang kompigurasyon na file ng sistema, dapat mayroon kang tagapangasiwa o superuser na pribilehiyo para makagawa ng pagbabago dito.) -
~/.gitconfig
o~/.config/git/config
na file: Ang mga halaga ay partikular para sa iyo, ang gumagamit. Maaari mong mapagawa ang Git na magbasa at magsulat sa file na ito sa pamamagitan ng pagpasa sa--global
na opsyon. -
config
na mga file sa Git na direktoryo (kung saan ay,.git/config
) na anumang repositoryo na kasalukuyang ginagamit mo: Partikular na sa isang repositoryo na iyan.
Bawat antas ay nag-override ng mga halaga sa nakaraang antas, kaya ang mga halaga sa .git/config
ay mas nangingibabaw sa nasa /etc/gitconfig
.
Sa Windows na mga sistema, ang Git ay nahahanap ng .gitconfig
na file sa $HOME
na direktoryo (karamihan sa mga tao ay sa C:\Users\$USER
) Ito rin ay panatiling naghahanap sa /etc/gitconfig
, bagamat ito ay relatibo lang sa MSys na root, kung saan kahit kailan nakapagdesisyon ka na mag-install ng Git sa iyong Windows na sistema kapag pinatakbo mo ang installer. Kung ikaw ay gumagamit ng bersyon 2.x o mas mabagong Git para sa Windows, mayroon ding isang pang-sistemang config na file sa
C:\Documents and Settings\All Users\Application Data\Git\config
sa Windows XP, at sa C:\ProgramData\Git\config
sa Windows Vista at sa mas bago pa. Ang config file ay mababago lang sa pamamagitan ng git config -f <file>
bilang isang tagapangasiwa.
Ang Iyong Pagkakakilanlan
Ang unang bagay na dapat mong gawin kapag nag-install ka na ng Git ay ang pagtakda ng iyong bansag at email address. Ito ay importante dahil bawat commit mo sa Git ay gumagamit sa impormasyong ito, at ito ay permanteng nakasama sa mga commit na sisimulan mong ilikha:
$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com
Sa makaisa pa, kailangan mong itong gawin nang isang beses lang kung nagpasa ka ng --global
na opsyon, dahil ang Git ay palaging gagamit sa impormasyong ito kahit anuman ang gagawin mo sa sistemang iyon. Kung gusto mong i-override ito gamit ang ibang pangalan o email address para sa mga partikular na mga proyekto, maaari mong ipatakbo ang command na walang --global
na opsyon kung nasa proyekto ka na iyan.
Karamihan sa GUI na mga kagamitan ay makakatulong sa iyo sa paggawa nito kapag pinatakbo mo ito sa unang pagkakataon.
Ang Iyong Editor
Ngayon na ang iyong pagkakakilanlan ay na-setup na, maaari mo nang i-configure ang default na text editor na gagamitin kapag kakailanganin ng Git na mag-type ka nang mensahe. Kung hindi ito naka-configure, ang Git ay gagamit sa default editor ng iyong sistema.
Kung gusto mong gumamit ng ibang text editor, gaya ng Emacs, maaari mong gawin ang sumusunod:
$ git config --global core.editor emacs
Sa Windows na sistema, kung gusto mong gumamit ng ibang text editor, kailangan mong itukoy ang buong landas sa executable na file nito. Ito ay maaaring kakaiba depende sa kung paano ang iyong editor naka-package.
Sa kaso sa Notepad++, na isang sikat na programming editor, siguro ay gugustohin mong gumamit ng 32-bit na bersyon, dahil sa panahon na isinulat ito hindi pa suportado ng 64-bit na bersyon ang lahat ng mga plug-ins. Kung ikaw ay nasa 32-bit na Windows na sistema, o ikaw ay mayroong 64-bit na editor sa isang 64-bit na sistema, magta-type ka ng gaya nito:
$ git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -multiInst -nosession"
Kung mayroon kang 32-bit na editor sa 64-bit na sistema, ang programa ay naka-install sa C:\Program Files (x86)
:
$ git config --global core.editor "'C:/Program Files (x86)/Notepad++/notepad++.exe' -multiInst -nosession"
Ang Vim, Emacs at Notepad++ ay mga sikat na mga text editor na kadalasang ginagamit ng mga developers sa isang sistema na Unix-based gaya ng Linux at MacOS o isang Windows na sistema. Kung hindi mo kabisado ang mga editor na ito, kakailanganin mong maghanap ng mga partikular na mga hakbang kung paano i-setup ang iyong paboritong editor sa Git.
Makikita mo, na kung hindi naka-setup ang iyong editor gaya nito, maaaring makakaranas ka ng nakakalitong estado kapag sinubukan ng Git na patakbuhin ito. Isang halimbawa sa Windows na sistema ay maaaring maglakip ng hindi ganap na natapos na operasyon ng Git sa panahon na nag-initiate ang Git na mag-edit.
Pagsususri sa Iyong mga Settings
Kung gusto mong suriin ang iyong mga configuration settings, maaari mong gamitin ang utos na git config --list
para malista ang lahat ng mga settings na mahahanap ng Git sa puntong iyon:
$ git config --list
user.name=John Doe
user.email=johndoe@example.com
color.status=auto
color.branch=auto
color.interactive=auto
color.diff=auto
...
Maaaring makakakita ka ng mga key nang higit sa isang beses, dahil ang Git ay nagbabasa ng parehong key mula sa iba’t ibang mga file (/etc/gitconfig
at ~/.gitconfig
, bilang halimbawa). Sa kasong ito, ginamit ng Git ang huling halaga sa bawat nag-iisang key na makikita nito.
Maaaring mo ding suriin kung ano ang naisip ng Git na halaga sa bawat partikular na key sa pamamagitan ng pag-type ng git config <key>
:
$ git config user.name
John Doe
Dahil ang Git ay maaaring magbasa ng parehong configuration variable na halaga mula sa higit sa isang file, posible na magkakaroon ka ng hindi inaasahang halaga sa isa sa mga halagang ito at hindi mo alam kung bakit. Sa mga kasong ito, maaari kang mag-query sa Git kung saan nanggaling ang halagang iyon, at ito ay magsasabi sa iyo kung aling configuration file ang nagpasya sa pagtakda ng halagang iyon:
$ git config --show-origin rerere.autoUpdate
file:/home/johndoe/.gitconfig false