-
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
4.3 Git sa Server - Ang paglikha ng iyong Pampublikong Susi ng SSH
Ang paglikha ng iyong Pampublikong Susi ng SSH
Maraming mga server sa Git ang nagpapatunay gamit ang pampublikong susi ng SSH.
Upang makapagbigay ng pampublikong susi, bawat user sa iyong sistema ay dapat maglikha ng isa kung wala pa silang nalikha.
Ang proseso na ito ay pareho sa iba’t ibang mga operating system.
Una, dapat mong suriin upang masigurado na wala ka pang susi.
Bilang default, ang susi sa SSH ng gumagamit ay nakaimbak sa ~/.ssh
na direktorya ng gumagamit.
Madali mo lamang masuri upang makita kung mayroon ka ng susi sa pamamagitan ng pagpunta sa direktoryo at pag-lista sa mga nilalaman:
$ cd ~/.ssh
$ ls
authorized_keys2 id_dsa known_hosts
config id_dsa.pub
Naghahanap ka para sa isang pares ng mga file na pinagalan katulad ng id_dsa
o id_rsa
at isang tumugmang file na may karugtong na .pub
.
Ang .pub
na file ay ang iyong pampublikong susi, at ang ibang file ang iyong pribadong susi.
Kung wala ka nitong mga file (o wala kahit isang .ssh` na direktorya), maaari kang maglikha sa pamamagitan ng pagpapatakbo sa programang ssh-keygen
, kung saan ay ibinigay kasama sa SSH na pakete sa Linux/Mac na mga sistema at kasama ng Git para sa Windows:
$ ssh-keygen
Lumilikha ng pampubliko/pribadong rsa na pares ng susi.
Ilagay ang file kung saan i-save ang susi (/home/schacon/.ssh/id_rsa):
Nalikha na direktorya '/home/schacon/.ssh'.
Ilagay ang passphrase (walang laman para sa walang passphrase):
Ilagay ang parehong passphrase muli:
Ang iyong pagkakakilanlan ay na-save sa /home/schacon/.ssh/id_rsa.
Ang iyong pampublikong susi ay na-save sa /home/schacon/.ssh/id_rsa.pub.
Ang key fingerprint ay:
d0:82:24:8e:d7:f1:bb:9b:33:53:96:93:49:da:9b:e3 schacon@mylaptop.local
Kinukumpirma muna nito kung asa mo gusto i-save ang susi (.ssh/id_rsa
), sunod ay magtatanong ito ng dalawang beses para sa isang passphrase, na kung saan ay maaari mong iiwan na bakante kung ayaw mo mag-type ng isang password kapag ginamit mo ang key.
Ngayon, ang bawat gumagamit na ginawa ito ay dapat ipadala ang kanilang pampublikong susi sayo o sinuman ang namamahala sa server ng Git (sa pag-aakala na ikaw ay gumagamit ng isang SSH server na setup na nangangailangan ng mga pampublikong susi).
Ang kailangan lamang nila gawin ay kopyahin ang nilalaman ng .pub
na file at i-email ito.
Ang mga pampublikong susi ay mukhang ganito:
$ cat ~/.ssh/id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAklOUpkDHrfHY17SbrmTIpNLTGK9Tjom/BWDSU
GPl+nafzlHDTYW7hdI4yZ5ew18JH4JW9jbhUFrviQzM7xlELEVf4h9lFX5QVkbPppSwg0cda3
Pbv7kOdJ/MTyBlWXFCR+HAo3FXRitBqxiX1nKhXpHAZsMciLq8V6RjsNAQwdsdMFvSlVK/7XA
t3FaoJoAsncM1Q9x5+3V0Ww68/eIFmb1zuUFljQJKprrX88XypNDvjYNby6vw/Pb0rwert/En
mZ+AW4OZPnTPI89ZPmVMLuayrD2cE86Z/il8b+gw3r3+1nKatmIkjn2so1d01QraTlMqVSsbx
NrRFi9wrf+M7Q== schacon@mylaptop.local
Para sa malalim na tutoryal sa paglikha ng SSH na susi sa maramihang mga operating system, tingnan ang gabay sa GitHub tungkol sa SSH na mga susi sa https://help.github.com/articles/generating-ssh-keys.