Git ແມ່ນຫຍັງ?

Git ແມ່ນຫຍັງ? ຄູ່ມືພື້ນຖານການໃຊ້ Git ສຳລັບ Developer
ໃນການພັດທະນາ Software ໜຶ່ງໂຄງການ ມັກຈະມີການແກ້ໄຂ Code ຢູ່ເລື້ອຍໆ. ເມື່ອໂຄງການມີຂະໜາດໃຫຍ່ ຫຼື ມີ Developer ຫຼາຍຄົນເຮັດວຽກຮ່ວມກັນ ການຮູ້ວ່າ Code ສ່ວນໃດຖືກແກ້, ໃຜເປັນຄົນແກ້ ແລະ ສາມາດຍ້ອນກັບໄປຫາ Version ເກົ່າໄດ້ແນວໃດ ເປັນເລື່ອງສຳຄັນ.
ເຄື່ອງມືທີ່ຊ່ວຍຈັດການບັນຫາເຫຼົ່ານີ້ຄື Git.
Git ແມ່ນໜຶ່ງໃນ Version Control System ທີ່ນິຍົມຫຼາຍໃນວົງການ Software Development ແລະ ສາມາດນຳໄປໃຊ້ກັບໂຄງການຂະໜາດນ້ອຍ ຈົນເຖິງໂຄງການຂະໜາດໃຫຍ່.

Git ແມ່ນຫຍັງ?
Git ແມ່ນ Distributed Version Control System (DVCS) ທີ່ໃຊ້ສຳລັບຕິດຕາມ ແລະ ຈັດການການປ່ຽນແປງຂອງ File ໃນໂຄງການ.
ຕົວຢ່າງ ຖ້າ Developer ສ້າງເວັບໄຊໜຶ່ງ ແລ້ວແກ້ Code ຫຼາຍຄັ້ງ ອາດເກີດຄຳຖາມວ່າ:
Code ກ່ອນໜ້ານີ້ເປັນແນວໃດ?
ໃຜເປັນຄົນແກ້?
ແກ້ເມື່ອໃດ?
ແກ້ຫຍັງ?
ຖ້າ Code ໃໝ່ມີບັນຫາ ສາມາດກັບໄປ Version ເກົ່າໄດ້ບໍ?
Git ຊ່ວຍຕອບຄຳຖາມເຫຼົ່ານີ້ໄດ້.

Version Control ແມ່ນຫຍັງ?
Version Control ແມ່ນລະບົບສຳລັບຕິດຕາມ Version ຂອງ File ແລະ Code.
ຕົວຢ່າງ:
Version 1
ສ້າງໜ້າ Login
↓
Version 2
ເພີ່ມລະບົບ Authentication
↓
Version 3
ເພີ່ມການກວດສອບ Security
↓
Version 4
ແກ້ Bug
ຖ້າ Version 4 ເກີດບັນຫາ ການມີ Version History ຈະຊ່ວຍໃຫ້ Developer ສາມາດກວດສອບ ຫຼື ຍ້ອນກັບການປ່ຽນແປງໄດ້.

Git ແລະ GitHub ຄືກັນບໍ?
ບໍ່ຄືກັນ.
Git ແມ່ນ Software ແລະ Version Control System.
ສ່ວນ GitHub ແມ່ນ Platform ສຳລັບເກັບ Git Repository ໄວ້ເທິງ Internet ແລະ ສະໜອງຟັງຊັນສຳລັບ Collaboration ເຊັ່ນ Pull Request, Issue ແລະ Code Review.
ນອກຈາກ GitHub ແລ້ວ ຍັງມີ Platform ອື່ນໆ ເຊັ່ນ GitLab ແລະ Bitbucket.
ສາມາດຈື່ງ່າຍໆວ່າ:
Git = ເຄື່ອງມື Version Control
GitHub = Platform ສຳລັບຮ່ວມງານກັບ Git Repository

Repository ແມ່ນຫຍັງ?
Repository ຫຼື Repo ແມ່ນບ່ອນທີ່ Git ໃຊ້ເກັບ Project ແລະ Version History.
ເມື່ອເຮົາສ້າງ Git Repository ໃນ Project ແລ້ວ Git ຈະສາມາດຕິດຕາມ File ແລະການປ່ຽນແປງຕ່າງໆ.
ການເລີ່ມ Git Repository ສາມາດໃຊ້:
git init
ຄຳສັ່ງນີ້ຈະສ້າງ Repository ສຳລັບ Project ນັ້ນ.

Git Workflow ເຮັດວຽກແນວໃດ?
Workflow ພື້ນຖານຂອງ Git ສາມາດເຂົ້າໃຈເປັນ 3 ພື້ນທີ່:
1. Working Directory
ແມ່ນ File ທີ່ Developer ກຳລັງແກ້ໄຂ.
2. Staging Area
ເປັນພື້ນທີ່ສຳລັບເລືອກວ່າ File ໃດຈະຖືກບັນທຶກໃນ Commit.
3. Repository
ແມ່ນບ່ອນທີ່ Commit ຖືກບັນທຶກໄວ້ໃນ Git History.
Workflow ໂດຍພື້ນຖານຄື:
Edit → Add → Commit → Push

Git Command ທີ່ຄວນຮູ້
git status
ໃຊ້ກວດສອບສະຖານະຂອງ Project.
git status
ຄຳສັ່ງນີ້ຊ່ວຍເບິ່ງວ່າມີ File ໃດຖືກແກ້, File ໃດຍັງບໍ່ຖືກ Track ແລະ File ໃດຢູ່ໃນ Staging Area.

git add
ໃຊ້ເພີ່ມ File ເຂົ້າ Staging Area.
git add filename
ຫຼື ຖ້າຕ້ອງການ Add ທຸກ File:
git add .
ຄວນກວດເບິ່ງ File ແລະ ສິ່ງທີ່ຈະ Commit ກ່ອນໃຊ້ git add . ໃນໂຄງການສຳຄັນ.

git commit
ໃຊ້ບັນທຶກການປ່ຽນແປງເຂົ້າ Git History.
git commit -m "Add login system"
Commit Message ຄວນອະທິບາຍໃຫ້ຮູ້ວ່າ Commit ນັ້ນເຮັດຫຍັງ.
ຕົວຢ່າງ:
Add product search Fix login validation Update dashboard Add inventory module Fix stock calculation

git log
ໃຊ້ເບິ່ງ Commit History.
git log
ສາມາດເບິ່ງວ່າ Project ມີການປ່ຽນແປງຫຍັງແດ່ໃນອະດີດ.

Branch ແມ່ນຫຍັງ?
Branch ແມ່ນສາຍການພັດທະນາອີກສາຍໜຶ່ງຂອງ Project.
ຕົວຢ່າງ:
main │ ├── feature/login │ ├── feature/product │ └── fix/payment
Developer ສາມາດສ້າງ Branch ເພື່ອພັດທະນາ Feature ໃໝ່ ໂດຍບໍ່ຕ້ອງແກ້ Code ໃນ Main Branch ໂດຍກົງ.
ສ້າງ Branch:
git switch -c feature/login
ກັບໄປ Main:
git switch main

Merge ແມ່ນຫຍັງ?
ເມື່ອ Feature ໃນ Branch ໜຶ່ງພັດທະນາສຳເລັດ ສາມາດນຳການປ່ຽນແປງກັບເຂົ້າ Main Branch ໂດຍການ Merge.
ຕົວຢ່າງ:
git switch main git merge feature/login
Git ຈະພະຍາຍາມລວມການປ່ຽນແປງຈາກ Feature Branch ເຂົ້າ Main Branch.

Git Pull ແລະ Git Push
ໃນການເຮັດວຽກຮ່ວມກັບ Remote Repository ເຊັ່ນ GitHub ຈະພົບຄຳສັ່ງສຳຄັນ 2 ຄຳສັ່ງ.
git push
ໃຊ້ສົ່ງ Commit ຈາກ Local Repository ໄປ Remote Repository.
git push
git pull
ໃຊ້ດຶງການປ່ຽນແປງຈາກ Remote Repository ມາຍັງ Local Repository ແລະອັບເດດສາຍງານປັດຈຸບັນຕາມກົນໄກຂອງ Git.
git pull
ດັ່ງນັ້ນ Workflow ທົ່ວໄປອາດເປັນ:
git pull ↓ ແກ້ Code ↓ git status ↓ git add ↓ git commit ↓ git push

Git Clone ແມ່ນຫຍັງ?
ຖ້າມີ Project ຢູ່ໃນ GitHub ແລ້ວຕ້ອງການນຳລົງມາເຮັດວຽກໃນ Computer ສາມາດໃຊ້:
git clone <repository-url>
Git ຈະດາວໂຫຼດ Repository ແລະ Version History ລົງມາໃນເຄື່ອງ.

.gitignore ແມ່ນຫຍັງ?
ໃນ Project ບາງ File ບໍ່ຄວນ Commit ເຂົ້າ Repository.
ຕົວຢ່າງ:
.env node_modules/ vendor/ logs/ cache/
ສາມາດກຳນົດ File ຫຼື Folder ເຫຼົ່ານີ້ໃນ:
.gitignore
ໂດຍສະເພາະ File ທີ່ມີ Password, API Key, Database Credentials ຫຼື Secret ບໍ່ຄວນນຳໄປ Commit ເຂົ້າ Repository.

Git ຊ່ວຍຫຍັງ Developer?
ການໃຊ້ Git ຊ່ວຍໃນຫຼາຍດ້ານ ເຊັ່ນ:
ຕິດຕາມ Code
ສາມາດຮູ້ວ່າ Code ຖືກປ່ຽນແປງແນວໃດ.
ຍ້ອນກັບ Version
ຖ້າການແກ້ໄຂສ້າງບັນຫາ ສາມາດກວດສອບ ແລະ ຍ້ອນກັບໄປ Version ກ່ອນໜ້າໄດ້.
ເຮັດວຽກເປັນທີມ
Developer ຫຼາຍຄົນສາມາດແຍກ Branch ເພື່ອພັດທະນາ Feature ຕ່າງໆ ແລະ ນຳມາລວມກັນພາຍຫຼັງ.
Code Review
ການໃຊ້ Git Platform ເຊັ່ນ GitHub ຫຼື GitLab ສາມາດໃຊ້ Pull Request ເພື່ອໃຫ້ທີມງານກວດ Code ກ່ອນລວມເຂົ້າ Branch ຫຼັກ.

Git Workflow ສຳລັບ Project ຂະໜາດນ້ອຍ
ສຳລັບ Developer ທີ່ເຮັດ Project ຄົນດຽວ ອາດໃຊ້ Workflow ງ່າຍໆ:
git pull # ແກ້ Code git status git add . git commit -m "Update product module" git push
Workflow ແບບນີ້ເໝາະກັບ Project ທີ່ບໍ່ມີທີມງານຫຼາຍຄົນ.

Git Workflow ສຳລັບທີມງານ
ຖ້າມີ Developer ຫຼາຍຄົນ ສາມາດແບ່ງ Branch ຕາມ Feature ຫຼື Bug Fix.
ຕົວຢ່າງ:
main │ ├── feature/login ├── feature/products ├── feature/inventory └── fix/payment
ເມື່ອ Feature ສຳເລັດ:
Feature Branch ↓ Pull Request ↓ Code Review ↓ Merge ↓ main
ວິທີນີ້ຊ່ວຍໃຫ້ທີມງານກວດສອບ Code ກ່ອນນຳໄປລວມກັບ Branch ຫຼັກ.

Git ບໍ່ແມ່ນ Backup ຢ່າງດຽວ
ຫຼາຍຄົນອາດເຂົ້າໃຈວ່າ Git ຫຼື GitHub ແມ່ນລະບົບ Backup.
ແຕ່ຈຸດປະສົງຫຼັກຂອງ Git ແມ່ນ Version Control.
ການ Backup ຂໍ້ມູນທີ່ດີຄວນມີລະບົບ Backup ແຍກຕ່າງຫາກ ໂດຍສະເພາະ Database ແລະ File ທີ່ສຳຄັນ.

ສະຫຼຸບ
Git ແມ່ນເຄື່ອງມືສຳຄັນສຳລັບ Software Development ທີ່ຊ່ວຍຈັດການ Version ແລະຕິດຕາມການປ່ຽນແປງຂອງ Code.
ຄຳສັ່ງພື້ນຖານທີ່ Developer ຄວນຮູ້ມີ:
git init git clone git status git add git commit git log git branch git switch git merge git pull git push
ການເລີ່ມໃຊ້ Git ອາດເບິ່ງວ່າມີຫຼາຍຄຳສັ່ງ ແຕ່ສຳລັບການໃຊ້ງານປະຈຳວັນ ສາມາດເລີ່ມຈາກ Workflow ພື້ນຖານ:
Pull → Edit → Status → Add → Commit → Push
ເມື່ອເຂົ້າໃຈ Git ແລ້ວ Developer ຈະສາມາດຈັດການ Version, ເຮັດວຽກເປັນທີມ, ກວດສອບ Code ແລະ ຈັດການການພັດທະນາ Software ໄດ້ເປັນລະບົບຫຼາຍຂຶ້ນ.
#Git #GitHub #GitLab #VersionControl #SoftwareDevelopment #Programming #Developer #Coding #WebDevelopment #DevTools #ໂປຣແກຣມມິ້ງ #ພັດທະນາຊອບແວ #ເຕັກໂນໂລຊີ #ການຂຽນໂປຣແກຣມ