Initial comit for Translation progit2-tl#3

Author: cherryloua

book/C-git-commands/1-git-commands.asc

@@ -234,48 +234,55 @@ Sa <<_git_branching#_create_new_branch>> ginamit namin ito kasama ang `--decorat
 Sa <<_distributed_git#_private_team>> at <<_git_tools#_commit_ranges>> aming tinalakay ang `branchA..branchB` na syntax para gamitin ang `git log` na utos para makita kung ano ang kaibahan sa isang katugong branch sa iba pang branch.
 Sa <<_git_tools#_commit_ranges>> malawak naming tinalakay ito.
 
-In <<_git_tools#_merge_log>> and <<_git_tools#_triple_dot>> we cover using the `branchA...branchB` format and the `--left-right` syntax to see what is in one branch or the other but not in both.
-In <<_git_tools#_merge_log>> we also look at how to use the `--merge` option to help with merge conflict debugging as well as using the `--cc` option to look at merge commit conflicts in your history.
+Sa <<_git_tools#_merge_log>> at <<_git_tools#_triple_dot>> tinalakay natin sa `branchA...branchB` format at ang `--left-right` na syntax para makita kung ano ang nasa isang branch o sa ibang branch pero hindi sa dalawa.
 
-In <<_git_reflog>> we use the `-g` option to view the Git reflog through this tool instead of doing branch traversal.
+Sa <<_git_tools#_merge_log>> tiningnan then natin kung paano gamitin ang `--merge` na opsyon para makatulong sa pag-debug ng merge conflict pati na rin ang `--cc` na opsyon para makita ang pag-merge sa mga conflict na commit sa iyong kasaysayan.
 
-In <<_git_tools#_searching>> we look at using the `-S` and `-L` options to do fairly sophisticated searches for something that happened historically in the code such as seeing the history of a function.
+Sa <<_git_reflog>> ginamit natin ang `-g` na opsyon para makita ang reflog ng Git sa pamamagitan ng tool na ito imbes sa paggawa ng traversal sa branch.
 
-In <<_git_tools#_signing_commits>> we see how to use `--show-signature` to add a validation string to each commit in the `git log` output based on if it was validly signed or not.
+Sa <<_git_tools#_searching>> ginamit natin ang `-S` at `-L` na mga opsyon para gumawa ng mas pinahusay na mga paghahanap para sa mga anumang pangyayari na pangkasaysayan sa code gaya ng pagtanaw sa kasaysayan ng isang function.
+
+Sa <<_git_tools#_signing_commits>> nakita natin kung paano gamitin ang `--show-signature` para magdagdag ng pagpapatibay na string sa bawat commit sa output ng `git log` nakabase dito kung ito ay wastong pag-sign o hindi.
 
 ==== git stash
 
-The `git stash` command is used to temporarily store uncommitted work in order to clean out your working directory without having to commit unfinished work on a branch.
+Ang `git stash` na utos ay ginamit para pansamantalang pag-imbak sa hindi na commit na trabaho upang luminis ang iyong gumaganang direktoryo na hindi kailangang mag-commit sa di tapos na trabaho sa isang branch.
 
-This is basically entirely covered in <<_git_tools#_git_stashing>>.
+It ay pangkalahatang tinalakay sa <<_git_tools#_git_stashing>>.
 
 ==== git tag
 
 The `git tag` command is used to give a permanent bookmark to a specific point in the code history.
 Generally this is used for things like releases.
 
-This command is introduced and covered in detail in <<_git_basics_chapter#_git_tagging>> and we use it in practice in <<_distributed_git#_tagging_releases>>.
+Ang `git tag` na utos ay ginamit para mabigay ng permanenteng bookmark para sa tiyak na punto sa kasaysayan ng code.
+
+Ang utos na ito ay pinakilala at tinalakay ng detalye sa <<_git_basics_chapter#_git_tagging>> at ginamit namin ito sa pagsasanay sa <<_distributed_git#_tagging_releases>>.
+
+Tinalakay din namain kung paano gumawa ng naka tag na sign na GPG sa pamamagitan ng `--s` na flag at pinatunayan ang isa sa pamamagitan ng `-v` na flag sa <<_git_tools#_signing>>.
 
-We also cover how to create a GPG signed tag with the `-s` flag and verify one with the `-v` flag in <<_git_tools#_signing>>.
 
 
-=== Sharing and Updating Projects
+=== Pagbabahagi at Pagbabago ng mga Proyekto
 
-There are not very many commands in Git that access the network, nearly all of the commands operate on the local database.
-When you are ready to share your work or pull changes from elsewhere, there are a handful of commands that deal with remote repositories.
+Walang masyadong maraming mga utos sa Git na may access sa network, halos ang lahat ng mga utos ay gumagana sa lokal na database. Kung ikaw ay handa ng ibahagi ang iyong trabaho o mag-pull ng pagbabago galing sa ibang lugar, mayroon kakaunting mga utos na tumatalakay sa malayong mga repositoryo.
 
 ==== git fetch
 
-The `git fetch` command communicates with a remote repository and fetches down all the information that is in that repository that is not in your current one and stores it in your local database.
+Ang `git fetch` na utos ay nakikipag-usap sa malayong repositoryo at kumukuha ng lahat ng impormasyon na nasa loob ng repositoryo na hindi kasali sa iyong kasalukuyan at iniimbak ito sa iyong lokal na database.
 
-We first look at this command in <<_git_basics_chapter#_fetching_and_pulling>> and we continue to see examples of it use in <<_git_branching#_remote_branches>>.
+Una naming tiningnan ang utos na ito sa <<_git_basics_chapter#_fetching_and_pulling>> at patuloy nating makikita ang mga halimbawa sa paggamit nito sa <<_git_branching#_remote_branches>>.
 
-We also use it in several of the examples in <<_distributed_git#_contributing_project>>.
+Ginamit din namin ito sa iilang mga halimbawa sa <<_distributed_git#_contributing_project>>.
 
 We use it to fetch a single specific reference that is outside of the default space in <<_github#_pr_refs>> and we see how to fetch from a bundle in <<_git_tools#_bundling>>.
 
+Ginamit namin ito para kumuha ng nag-iisang tiyak na sanggunian na nasa labas ng default na lugar sa <<_github#_pr_refs>> at nakita din natin kung paano kunin ang nanggaling sa bigkis sa <<_git_tools#_bundling>>.
+
 We set up highly custom refspecs in order to make `git fetch` do something a little different than the default in <<_git_internals#_refspec>>.
 
+Nagset-up kami ng napakainam na custom refspecs para lang makagawa ang `git fetch` ng bagay na medyo naiiba kaysa sa sanggunian sa <<_git_internals#_refspec>>.
+
 ==== git pull
 
 The `git pull` command is basically a combination of the `git fetch` and `git merge` commands, where Git will fetch from the remote you specify and then immediately try to merge it into the branch you're on.