ເລີ່ມຕົ້ນຮູ້ຈັກກັບ Git ແລະ GitHub: ຕົວຊ່ວຍຈັດການ Code ທີ່ນັກພັດທະນາທຸກຄົນຕ້ອງເປັນ

ທ່ານເຄີຍພົບບັນຫານີ້ຫຼືບໍ່? ເວລາເຮັດໂປຣເຈັກ ຫຼື ຂຽນ Code ໄປດົນໆ ແລ້ວຢາກແກ້ໄຂບາງຈຸດ ແຕ່ຢ້ານ Code ເກົ່າເພ ຈຶ່ງຕ້ອງກັອບປີ້ໂຟນເດີໄວ້ຫຼາຍໆອັນ ແລ້ວຕັ້ງຊື່ວ່າ project_v1, project_v2, project_final, project_final_ແທ້ໆ. ຖ້າເຄີຍ... ບອກເລີຍວ່າທ່ານບໍ່ໄດ້ເປັນຄົນດຽວ!

ແຕ່ໃນໂລກຂອງການເຮັດວຽກຈິງ ຫຼື ການພັດທະນາຊອບແວລະດັບມືອາຊີບ, ເຮົາຈະບໍ່ໃຊ້ວິທີນັ້ນອີກຕໍ່ໄປ. ມື້ນີ້ເຮົາຈະມາຮູ້ຈັກກັບ Git ແລະ GitHub ເຊິ່ງເປັນລະບົບ Version Control ທີ່ຈະມາຊ່ວຍຊີວິດນັກຂຽນໂປຣແກຣມ, ຊ່ວຍຈື່ຈຳທຸກການປ່ຽນແປງຂອງ Code ແລະ ເຮັດໃຫ້ການເຮັດວຽກເປັນທີມກາຍເປັນເລື່ອງທີ່ງ່າຍດາຍຂຶ້ນ.

Git ກັບ GitHub ແມ່ນອັນດຽວກັນບໍ່?

ຫຼາຍຄົນມັກຈະເຂົ້າໃຈຜິດວ່າ 2 ຢ່າງນີ້ຄືສິ່ງດຽວກັນ ແຕ່ໃນຄວາມເປັນຈິງແລ້ວ ມັນເຮັດໜ້າທີ່ຕ່າງກັນຢ່າງຊັດເຈນ:

• Git (ກິດ): ເປັນຊອບແວ ຫຼື ເຄື່ອງມືທີ່ເຮົາຕິດຕັ້ງລົງໃນເຄື່ອງຄອມພິວເຕີຂອງເຮົາ. ມັນເຮັດໜ້າທີ່ເປັນ "ກ້ອງວົງຈອນປິດ" ທີ່ຄອຍຕິດຕາມເບິ່ງວ່າ ໄຟລ໌ Code ຂອງເຮົາມີການປ່ຽນແປງ, ເພີ່ມ ຫຼື ລຶບຫຍັງອອກແດ່ໃນແຕ່ລະຊ່ວງເວລາ.
• GitHub (ກິດຮັບ): ເປັນເວັບໄຊ ຫຼື ບໍລິການ Cloud (ຄ້າຍໆ Google Drive) ທີ່ເອົາໄວ້ຝາກໂປຣເຈັກທີ່ເຮົາໃຊ້ Git ຄວບຄຸມໄວ້. ມັນຊ່ວຍໃຫ້ເຮົາສາມາດສຳຮອງຂໍ້ມູນອອນລາຍ, ແບ່ງປັນ Code ໃຫ້ໝູ່ເບິ່ງ ຫຼື ເຮັດວຽກຮ່ວມກັບຄົນອື່ນໆທົ່ວໂລກໄດ້.

ຄໍາສັບພື້ນຖານທີ່ຕ້ອງຮູ້ກ່ອນເລີ່ມຕົ້ນ

ກ່ອນຈະໄປພິມຄຳສັ່ງ, ເຮົາມາຮູ້ຈັກຄຳສັບຫຼັກໆໃນວົງການ Git ກັນກ່ອນ:

1. Repository (Repo): ປຽບເໝືອນ "ໂຟນເດີໂປຣເຈັກ" ຂອງເຮົາທີ່ຖືກເປີດໃຊ້ງານ Git ເພື່ອຕິດຕາມການປ່ຽນແປງ.
2. Commit: ຄືການ "ບັນທຶກພາບ" (Snapshot) ຂອງ Code ໃນຊ່ວງເວລານັ້ນໆ ພ້ອມກັບຂຽນຂໍ້ຄວາມສັ້ນໆບອກວ່າ ເຮົາໄດ້ແກ້ໄຂຫຍັງໄປແດ່.
3. Push: ຄືການ "ຍູ້" ຫຼື ອັບໂຫຼດ Code ຈາກເຄື່ອງຂອງເຮົາ ຂຶ້ນໄປເກັບໄວ້ເທິງ GitHub.
4. Pull: ຄືການ "ດຶງ" Code ລ່າສຸດຈາກ GitHub ລົງມາອັບເດດໃນເຄື່ອງຂອງເຮົາ (ຈຳເປັນຫຼາຍເວລາເຮັດວຽກເປັນທີມ).
5. Branch: ຄືການ "ແຍກງ່າ" ຂອງ Code ອອກໄປທົດລອງຂຽນຟີເຈີໃໝ່ໆ ໂດຍທີ່ບໍ່ກະທົບກັບ Code ຫຼັກ (Main branch).

ຕົວຢ່າງການນຳໃຊ້ຈິງ (Code Example)

ການໃຊ້ງານ Git ສ່ວນໃຫຍ່ຈະໃຊ້ຜ່ານການພິມຄຳສັ່ງ (Command Line) ໃນ Terminal. ນີ້ຄືຂັ້ນຕອນພື້ນຖານທີ່ Developer ທຸກຄົນໃຊ້ເປັນປະຈຳທຸກມື້:

1. ການເລີ່ມຕົ້ນ ແລະ ບັນທຶກ Code ລົງ Git (ໃນເຄື່ອງເຮົາ)

ສົມມຸດວ່າທ່ານສ້າງໂຟນເດີໂປຣເຈັກໃໝ່ແລ້ວ ໃຫ້ເປີດ Terminal ຂຶ້ນມາແລ້ວພິມຄຳສັ່ງຕາມລຳດັບ:

# 1. ບອກໃຫ້ Git ເລີ່ມຕິດຕາມໂຟນເດີນີ້ (ເຮັດຄັ້ງດຽວຕອນເລີ່ມໂປຣເຈັກ)
git init

# 2. ເພີ່ມໄຟລ໌ທັງໝົດໃນໂຟນເດີ ເພື່ອກຽມຈະບັນທຶກ (ໃຊ້ຈຸດ . ໝາຍເຖິງເອົາທຸກຢ່າງ)
git add .

# 3. ບັນທຶກ Code ພ້ອມຂຽນຂໍ້ຄວາມອະທິບາຍວ່າເຮົາເຮັດຫຍັງ
git commit -m "ສ້າງໜ້າເວັບທຳອິດ ແລະ ເພີ່ມລະບົບ Dark mode"

2. ການອັບໂຫຼດ Code ຂຶ້ນ GitHub (Push)

ຫຼັງຈາກທີ່ເຮົາບັນທຶກລົງ Git ໃນເຄື່ອງແລ້ວ, ເຮົາຈະອັບໂຫຼດຂຶ້ນ GitHub ເພື່ອເປັນການສຳຮອງຂໍ້ມູນ:

# 1. ເຊື່ອມຕໍ່ໂຟນເດີໃນເຄື່ອງເຮົາ ກັບ Repository ເທິງ GitHub ທີ່ເຮົາສ້າງໄວ້ (ເຮັດຄັ້ງດຽວ)
git remote add origin https://github.com/username/project.git

# 2. ຍູ້ Code ຂຶ້ນໄປເທິງ GitHub ໃນ Branch ຫຼັກທີ່ຊື່ວ່າ main
git push -u origin main

ເມື່ອພິມຄຳສັ່ງນີ້ສຳເລັດ, ຖ້າທ່ານເຂົ້າໄປເບິ່ງໜ້າເວັບ GitHub ຂອງຕົນເອງ, ທ່ານກໍຈະເຫັນໄຟລ໌ Code ຂອງໂປຣເຈັກຂຶ້ນໄປຢູ່ເທິງນັ້ນຢ່າງສວຍງາມ.

ສະຫຼຸບ

ການຮຽນຮູ້ Git ແລະ GitHub ບໍ່ແມ່ນພຽງແຕ່ທາງເລືອກ ແຕ່ເປັນ "ທັກສະບັງຄັບ" ສຳລັບນັກພັດທະນາຊອບແວໃນຍຸກນີ້. ມັນເປັນມາດຕະຖານສາກົນທີ່ທຸກບໍລິສັດໄອທີນຳໃຊ້.

ຂໍ້ດີຫຼັກໆຂອງມັນຄື: ຊ່ວຍຈັດການເວີຊັນຂອງ Code ໄດ້ຢ່າງເປັນລະບົບ, ບໍ່ຕ້ອງຢ້ານ Code ຫາຍ, ສາມາດຍ້ອນເວລາໄປກູ້ຄືນ Code ເກົ່າໄດ້ສະເໝີ ແລະ ທີ່ສຳຄັນທີ່ສຸດຄື ເປັນສື່ກາງທີ່ເຮັດໃຫ້ນັກຂຽນໂປຣແກຣມຫຼາຍຄົນສາມາດຮ່ວມກັນຂຽນໂປຣເຈັກດຽວກັນໄດ້ໃນເວລາພ້ອມກັນ.