# แนะนำ GitHub บทเรียนนี้จะครอบคลุมพื้นฐานของ GitHub ซึ่งเป็นแพลตฟอร์มสำหรับโฮสต์และจัดการการเปลี่ยนแปลงในโค้ดของคุณ  > ภาพสเก็ตโน้ตโดย [Tomomi Imura](https://twitter.com/girlie_mac) ## แบบทดสอบก่อนเรียน [แบบทดสอบก่อนเรียน](https://ff-quizzes.netlify.app) ## บทนำ ในบทเรียนนี้ เราจะพูดถึง: - การติดตามงานที่คุณทำบนเครื่องของคุณ - การทำงานร่วมกันในโปรเจกต์กับผู้อื่น - วิธีการมีส่วนร่วมในซอฟต์แวร์โอเพ่นซอร์ส ### สิ่งที่ต้องเตรียมก่อนเริ่ม ก่อนเริ่มต้น คุณต้องตรวจสอบว่าได้ติดตั้ง Git แล้วหรือยัง โดยพิมพ์คำสั่งในเทอร์มินัล: `git --version` หากยังไม่ได้ติดตั้ง Git ให้ [ดาวน์โหลด Git](https://git-scm.com/downloads) จากนั้นตั้งค่าโปรไฟล์ Git บนเครื่องของคุณในเทอร์มินัล: * `git config --global user.name "your-name"` * `git config --global user.email "your-email"` เพื่อตรวจสอบว่า Git ได้รับการตั้งค่าแล้วหรือยัง คุณสามารถพิมพ์: `git config --list` คุณยังต้องมีบัญชี GitHub, โปรแกรมแก้ไขโค้ด (เช่น Visual Studio Code) และเปิดเทอร์มินัล (หรือ: command prompt) ไปที่ [github.com](https://github.com/) และสร้างบัญชีหากคุณยังไม่มี หรือเข้าสู่ระบบและกรอกโปรไฟล์ของคุณ ✅ GitHub ไม่ใช่ที่เก็บโค้ดเพียงแห่งเดียวในโลก ยังมีที่อื่นอีก แต่ GitHub เป็นที่รู้จักมากที่สุด ### การเตรียมตัว คุณจะต้องมีทั้งโฟลเดอร์ที่มีโปรเจกต์โค้ดบนเครื่องของคุณ (แล็ปท็อปหรือพีซี) และที่เก็บสาธารณะบน GitHub ซึ่งจะใช้เป็นตัวอย่างสำหรับการมีส่วนร่วมในโปรเจกต์ของผู้อื่น --- ## การจัดการโค้ด สมมติว่าคุณมีโฟลเดอร์ในเครื่องที่มีโปรเจกต์โค้ด และคุณต้องการเริ่มติดตามความคืบหน้าของคุณโดยใช้ git - ระบบควบคุมเวอร์ชัน บางคนเปรียบการใช้ git เหมือนการเขียนจดหมายรักถึงตัวคุณในอนาคต การอ่านข้อความ commit ของคุณในอีกไม่กี่วัน สัปดาห์ หรือเดือนข้างหน้า คุณจะสามารถระลึกได้ว่าทำไมคุณถึงตัดสินใจเช่นนั้น หรือ "ย้อนกลับ" การเปลี่ยนแปลงได้ - นั่นคือเมื่อคุณเขียนข้อความ commit ที่ดี ### งาน: สร้างที่เก็บและ commit โค้ด > ดูวิดีโอ > > [](https://www.youtube.com/watch?v=9R31OUPpxU4) 1. **สร้างที่เก็บบน GitHub** บน GitHub.com ในแท็บ repositories หรือจากแถบนำทางด้านบนขวา ให้ค้นหาปุ่ม **new repo** 1. ตั้งชื่อให้กับที่เก็บของคุณ (โฟลเดอร์) 1. เลือก **create repository** 1. **ไปยังโฟลเดอร์ที่คุณทำงานอยู่** ในเทอร์มินัลของคุณ ให้เปลี่ยนไปยังโฟลเดอร์ (หรือที่เรียกว่าไดเรกทอรี) ที่คุณต้องการเริ่มติดตาม พิมพ์: ```bash cd [name of your folder] ``` 1. **เริ่มต้นที่เก็บ git** ในโปรเจกต์ของคุณ พิมพ์: ```bash git init ``` 1. **ตรวจสอบสถานะ** เพื่อตรวจสอบสถานะของที่เก็บของคุณ พิมพ์: ```bash git status ``` ผลลัพธ์อาจมีลักษณะดังนี้: ```output Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: file.txt modified: file2.txt ``` โดยทั่วไป คำสั่ง `git status` จะบอกคุณเกี่ยวกับไฟล์ที่พร้อมจะ _บันทึก_ ลงในที่เก็บ หรือไฟล์ที่มีการเปลี่ยนแปลงที่คุณอาจต้องการบันทึก 1. **เพิ่มไฟล์ทั้งหมดสำหรับการติดตาม** นี่เรียกอีกอย่างว่าการ staging ไฟล์/การเพิ่มไฟล์ไปยังพื้นที่ staging ```bash git add . ``` คำสั่ง `git add` พร้อมอาร์กิวเมนต์ `.` หมายถึงการเพิ่มไฟล์และการเปลี่ยนแปลงทั้งหมดสำหรับการติดตาม 1. **เพิ่มไฟล์ที่เลือกสำหรับการติดตาม** ```bash git add [file or folder name] ``` คำสั่งนี้ช่วยให้เราเพิ่มเฉพาะไฟล์ที่เลือกไปยังพื้นที่ staging เมื่อเราไม่ต้องการ commit ไฟล์ทั้งหมดในครั้งเดียว 1. **ยกเลิกการ staging ไฟล์ทั้งหมด** ```bash git reset ``` คำสั่งนี้ช่วยให้เรายกเลิกการ staging ไฟล์ทั้งหมดในครั้งเดียว 1. **ยกเลิกการ staging ไฟล์เฉพาะ** ```bash git reset [file or folder name] ``` คำสั่งนี้ช่วยให้เรายกเลิกการ staging ไฟล์เฉพาะในครั้งเดียวที่เราไม่ต้องการรวมไว้สำหรับ commit ถัดไป 1. **บันทึกงานของคุณ** ณ จุดนี้คุณได้เพิ่มไฟล์ไปยังพื้นที่ staging ซึ่งเป็นที่ที่ Git กำลังติดตามไฟล์ของคุณ เพื่อทำให้การเปลี่ยนแปลงถาวร คุณต้อง _commit_ ไฟล์เหล่านั้น การ commit แสดงถึงจุดบันทึกในประวัติของที่เก็บของคุณ พิมพ์คำสั่งต่อไปนี้เพื่อสร้าง commit: ```bash git commit -m "first commit" ``` คำสั่งนี้จะ commit ไฟล์ทั้งหมดของคุณ พร้อมเพิ่มข้อความ "first commit" สำหรับข้อความ commit ในอนาคต คุณควรเขียนคำอธิบายที่ชัดเจนเพื่อบอกถึงประเภทของการเปลี่ยนแปลงที่คุณทำ 1. **เชื่อมต่อที่เก็บ Git ในเครื่องกับ GitHub** ที่เก็บ Git บนเครื่องของคุณนั้นดี แต่ในบางจุดคุณอาจต้องการสำรองไฟล์ของคุณไว้ที่อื่น และยังเชิญผู้อื่นมาทำงานร่วมกับคุณในที่เก็บของคุณ สถานที่ที่ดีสำหรับการทำเช่นนี้คือ GitHub จำไว้ว่าคุณได้สร้างที่เก็บบน GitHub แล้ว ดังนั้นสิ่งเดียวที่คุณต้องทำคือเชื่อมต่อที่เก็บ Git บนเครื่องของคุณกับ GitHub คำสั่ง `git remote add` จะทำสิ่งนี้ พิมพ์คำสั่งต่อไปนี้: > หมายเหตุ ก่อนพิมพ์คำสั่ง ให้ไปที่หน้าที่เก็บ GitHub ของคุณเพื่อค้นหา URL ของที่เก็บ คุณจะใช้ URL นั้นในคำสั่งด้านล่าง แทนที่ ```https://github.com/username/repository_name.git``` ด้วย URL GitHub ของคุณ ```bash git remote add origin https://github.com/username/repository_name.git ``` คำสั่งนี้สร้าง _remote_ หรือการเชื่อมต่อ ชื่อ "origin" ที่ชี้ไปยังที่เก็บ GitHub ที่คุณสร้างไว้ก่อนหน้านี้ 1. **ส่งไฟล์ในเครื่องไปยัง GitHub** จนถึงตอนนี้คุณได้สร้าง _connection_ ระหว่างที่เก็บในเครื่องและที่เก็บ GitHub แล้ว มาส่งไฟล์เหล่านี้ไปยัง GitHub ด้วยคำสั่ง `git push` ดังนี้: > หมายเหตุ ชื่อ branch ของคุณอาจแตกต่างจาก ```main``` โดยค่าเริ่มต้น ```bash git push -u origin main ``` คำสั่งนี้จะส่ง commit ของคุณใน branch "main" ไปยัง GitHub 2. **เพิ่มการเปลี่ยนแปลงเพิ่มเติม** หากคุณต้องการทำการเปลี่ยนแปลงเพิ่มเติมและส่งไปยัง GitHub คุณเพียงแค่ใช้คำสั่งสามคำสั่งต่อไปนี้: ```bash git add . git commit -m "type your commit message here" git push ``` > เคล็ดลับ คุณอาจต้องการใช้ไฟล์ `.gitignore` เพื่อป้องกันไม่ให้ไฟล์ที่คุณไม่ต้องการติดตามปรากฏบน GitHub เช่น ไฟล์บันทึกที่คุณเก็บไว้ในโฟลเดอร์เดียวกันแต่ไม่มีที่ในที่เก็บสาธารณะ คุณสามารถค้นหาเทมเพลตสำหรับไฟล์ `.gitignore` ได้ที่ [.gitignore templates](https://github.com/github/gitignore) #### ข้อความ Commit หัวข้อของข้อความ commit ที่ดีควรตอบคำถามนี้: หากนำไปใช้ ข้อความ commit นี้จะ <หัวข้อของคุณที่นี่> สำหรับหัวข้อ ให้ใช้คำกริยาในรูปแบบคำสั่งและปัจจุบัน: "change" ไม่ใช่ "changed" หรือ "changes" เช่นเดียวกับในหัวข้อ ในเนื้อหา (ถ้ามี) ให้ใช้คำกริยาในรูปแบบคำสั่งและปัจจุบัน เนื้อหาควรรวมถึงเหตุผลของการเปลี่ยนแปลงและเปรียบเทียบกับพฤติกรรมก่อนหน้า คุณกำลังอธิบาย `ทำไม` ไม่ใช่ `อย่างไร` ✅ ใช้เวลาสักครู่เพื่อสำรวจ GitHub คุณสามารถหาข้อความ commit ที่ดีมากๆ ได้หรือไม่? หรือข้อความที่สั้นมากๆ? ข้อมูลใดที่คุณคิดว่าสำคัญและมีประโยชน์ที่สุดในการสื่อสารในข้อความ commit? ### งาน: ทำงานร่วมกัน เหตุผลหลักในการนำสิ่งต่างๆ ไปไว้บน GitHub คือการทำให้สามารถทำงานร่วมกับนักพัฒนาคนอื่นๆ ได้ ## การทำงานในโปรเจกต์ร่วมกับผู้อื่น > ดูวิดีโอ > > [](https://www.youtube.com/watch?v=bFCM-PC3cu8) ในที่เก็บของคุณ ไปที่ `Insights > Community` เพื่อดูว่าโปรเจกต์ของคุณเปรียบเทียบกับมาตรฐานชุมชนที่แนะนำอย่างไร สิ่งที่สามารถปรับปรุงที่เก็บ GitHub ของคุณได้ ได้แก่: - **Description** คุณได้เพิ่มคำอธิบายสำหรับโปรเจกต์ของคุณหรือไม่? - **README** คุณได้เพิ่ม README หรือไม่? GitHub มีคำแนะนำสำหรับการเขียน [README](https://docs.github.com/articles/about-readmes/?WT.mc_id=academic-77807-sagibbon) - **Contributing guideline** โปรเจกต์ของคุณมี [แนวทางการมีส่วนร่วม](https://docs.github.com/articles/setting-guidelines-for-repository-contributors/?WT.mc_id=academic-77807-sagibbon) หรือไม่ - **Code of Conduct** มี [Code of Conduct](https://docs.github.com/articles/adding-a-code-of-conduct-to-your-project/) หรือไม่ - **License** อาจสำคัญที่สุด มี [license](https://docs.github.com/articles/adding-a-license-to-a-repository/) หรือไม่ ทรัพยากรเหล่านี้จะช่วยให้สมาชิกทีมใหม่สามารถเริ่มต้นได้ง่ายขึ้น และสิ่งเหล่านี้มักเป็นสิ่งที่ผู้มีส่วนร่วมใหม่มองหาก่อนที่จะดูโค้ดของคุณ เพื่อดูว่าโปรเจกต์ของคุณเหมาะสมกับเวลาของพวกเขาหรือไม่ ✅ ไฟล์ README แม้ว่าจะใช้เวลาในการเตรียม แต่ก็มักถูกละเลยโดยผู้ดูแลที่ยุ่ง คุณสามารถหาตัวอย่าง README ที่อธิบายได้ดีมากๆ ได้หรือไม่? หมายเหตุ: มี [เครื่องมือช่วยสร้าง README ที่ดี](https://www.makeareadme.com/) ที่คุณอาจอยากลองใช้ ### งาน: รวมโค้ดบางส่วน เอกสารการมีส่วนร่วมช่วยให้ผู้คนมีส่วนร่วมในโปรเจกต์ได้ง่ายขึ้น โดยอธิบายถึงประเภทของการมีส่วนร่วมที่คุณกำลังมองหาและกระบวนการทำงาน ผู้มีส่วนร่วมจะต้องผ่านขั้นตอนต่างๆ เพื่อให้สามารถมีส่วนร่วมในที่เก็บของคุณบน GitHub: 1. **Forking your repo** คุณอาจต้องการให้ผู้คน _fork_ โปรเจกต์ของคุณ การ fork หมายถึงการสร้างสำเนาของที่เก็บของคุณบนโปรไฟล์ GitHub ของพวกเขา 1. **Clone** จากนั้นพวกเขาจะ clone โปรเจกต์ไปยังเครื่องของพวกเขา 1. **Create a branch** คุณจะต้องขอให้พวกเขาสร้าง _branch_ สำหรับงานของพวกเขา 1. **Focus their change on one area** ขอให้ผู้มีส่วนร่วมมุ่งเน้นการเปลี่ยนแปลงในสิ่งเดียวในแต่ละครั้ง - วิธีนี้จะเพิ่มโอกาสที่คุณจะสามารถ _merge_ งานของพวกเขาได้ ลองนึกภาพว่าพวกเขาแก้ไขบั๊ก เพิ่มฟีเจอร์ใหม่ และอัปเดตการทดสอบหลายรายการ - จะเกิดอะไรขึ้นถ้าคุณต้องการหรือสามารถนำไปใช้ได้เพียง 2 ใน 3 หรือ 1 ใน 3 การเปลี่ยนแปลง? ✅ ลองจินตนาการถึงสถานการณ์ที่ branch มีความสำคัญอย่างยิ่งต่อการเขียนและส่งโค้ดที่ดี คุณสามารถนึกถึงกรณีการใช้งานใดบ้าง? > หมายเหตุ เป็นการดีที่จะเป็นตัวอย่างที่ดีและสร้าง branch สำหรับงานของคุณเองด้วย การ commit ใดๆ ที่คุณทำจะถูกทำใน branch ที่คุณกำลัง "checked out" อยู่ ใช้ `git status` เพื่อตรวจสอบว่า branch ไหนที่คุณกำลังทำงานอยู่ มาดูขั้นตอนการทำงานของผู้มีส่วนร่วมกัน สมมติว่าผู้มีส่วนร่วมได้ _forked_ และ _cloned_ ที่เก็บแล้ว ดังนั้นพวกเขาจึงมีที่เก็บ Git พร้อมที่จะทำงานบนเครื่องของพวกเขา: 1. **Create a branch** ใช้คำสั่ง `git branch` เพื่อสร้าง branch ที่จะเก็บการเปลี่ยนแปลงที่พวกเขาต้องการมีส่วนร่วม: ```bash git branch [branch-name] ``` 1. **Switch to working branch** สลับไปยัง branch ที่ระบุและอัปเดตไดเรกทอรีการทำงานด้วย `git switch`: ```bash git switch [branch-name] ``` 1. **Do work** ณ จุดนี้คุณต้องเพิ่มการเปลี่ยนแปลงของคุณ อย่าลืมบอก Git เกี่ยวกับมันด้วยคำสั่งต่อไปนี้: ```bash git add . git commit -m "my changes" ``` อย่าลืมตั้งชื่อ commit ของคุณให้ดี เพื่อประโยชน์ของคุณเองและผู้ดูแลที่เก็บที่คุณกำลังช่วยเหลือ 1. **Combine your work with the `main` branch** ในบางจุดคุณทำงานเสร็จแล้วและต้องการรวมงานของคุณเข้ากับ branch `main` branch `main` อาจมีการเปลี่ยนแปลงในระหว่างนี้ ดังนั้นให้แน่ใจว่าคุณอัปเดต branch `main` ให้เป็นเวอร์ชันล่าสุดด้วยคำสั่งต่อไปนี้: ```bash git switch main git pull ``` ณ จุดนี้คุณต้องแน่ใจว่าความ _conflicts_ หรือสถานการณ์ที่ Git ไม่สามารถ _combine_ การเปลี่ยนแปลงได้ง่ายๆ เกิดขึ้นใน branch การทำงานของคุณ ดังนั้นให้รันคำสั่งต่อไปนี้: ```bash git switch [branch_name] git merge main ``` คำสั่งนี้จะนำการเปลี่ยนแปลงทั้งหมดจาก `main` เข้าสู่ branch ของคุณ และหวังว่าคุณจะสามารถดำเนินการต่อได้ หากไม่เป็นเช่นนั้น VS Code จะแจ้งให้คุณทราบว่าที่ใดที่ Git _สับสน_ และคุณเพียงแค่แก้ไขไฟล์ที่ได้รับผลกระทบเพื่อระบุว่าคอนเทนต์ใดที่ถูกต้องที่สุด 1. **Send your work to GitHub** การส่งงานของคุณไปยัง GitHub หมายถึงสองสิ่ง การ push branch ของคุณไปยังที่เก็บของคุณและจากนั้นเปิด PR (Pull Request) ```bash git push --set-upstream origin [branch-name] ``` คำสั่งด้านบนจะสร้าง branch บนที่เก็บที่คุณ forked 1. **Open a PR** ต่อไป คุณต้องการเปิด PR คุณสามารถทำได้โดยไปที่ที่เก็บที่ forked บน GitHub คุณจะเห็นการแจ้งเตือนบน GitHub ที่ถามว่าคุณต้องการสร้าง PR ใหม่หรือไม่ ให้คลิกที่นั่นและคุณจะถูกนำไปยังอินเทอร์เฟซที่คุณสามารถเปลี่ยนชื่อ commit, ให้คำอธิบายที่เหมาะสมยิ่งขึ้น ตอนนี้ผู้ดูแลที่เก็บที่คุณ forked จะเห็น PR นี้และ _หวังว่า_ พวกเขาจะชื่นชมและ _merge_ PR ของคุณ คุณกลายเป็นผู้มีส่วนร่วมแล้ว เย้ :) 1. **Clean up** ถือเป็นมารยาทที่ดีในการ _clean up_ หลังจากที่คุณ merge PR สำเร็จแล้ว คุณต้องการลบ branch ทั้งในเครื่องและ branch ที่คุณ push ไปยัง GitHub ก่อนอื่นให้ลบ branch ในเครื่องด้วยคำสั่งต่อไปนี้: ```bash git branch -d [branch-name] ``` จากนั้นไปที่หน้าที่เก็บที่ forked บน GitHub และลบ branch ระยะไกลที่คุณเพิ่ง push ไป `Pull request` อาจฟังดูเป็นคำที่แปลก เพราะจริงๆ แล้วคุณต้องการ "push" การเปลี่ยนแปลงของคุณไปยังโปรเจกต์ แต่ผู้ดูแล (เจ้าของโปรเจกต์) หรือทีมหลักต้องพิจารณาการเปลี่ยนแปลงของคุณก่อนที่จะรวมเข้ากับ "main" branch ของโปรเจกต์ ดังนั้นจริงๆ แล้วคุณกำลังขอให้ผู้ดูแลตัดสินใจเกี่ยวกับการเปลี่ยนแปลงของคุณ `Pull request` เป็นพื้นที่สำหรับเปรียบเทียบและพูดคุยเกี่ยวกับความแตกต่างที่เกิดขึ้นใน branch พร้อมกับการรีวิว, คอมเมนต์, การทดสอบที่รวมเข้ามา และอื่นๆ `Pull request` ที่ดีควรปฏิบัติตามกฎคล้ายๆ กับข้อความ commit คุณสามารถเพิ่มการอ้างอิงไปยัง issue ใน issue tracker ได้ เช่น เมื่อการทำงานของคุณแก้ไขปัญหาใดปัญหาหนึ่ง โดยใช้ `#` ตามด้วยหมายเลขของ issue ตัวอย่างเช่น `#97` 🤞หวังว่าการตรวจสอบทั้งหมดจะผ่านและเจ้าของโปรเจกต์จะรวมการเปลี่ยนแปลงของคุณเข้ากับโปรเจกต์🤞 อัปเดต branch การทำงานในเครื่องของคุณด้วย commit ใหม่ทั้งหมดจาก branch ระยะไกลที่เกี่ยวข้องบน GitHub: `git pull` ## วิธีการมีส่วนร่วมในโอเพ่นซอร์ส ก่อนอื่น มาหา repository (หรือ **repo**) บน GitHub ที่คุณสนใจและต้องการมีส่วนร่วมในการเปลี่ยนแปลง คุณจะต้องคัดลอกเนื้อหาของมันมายังเครื่องของคุณ ✅ วิธีที่ดีในการค้นหา repo ที่เหมาะสำหรับผู้เริ่มต้นคือ [ค้นหาด้วยแท็ก 'good-first-issue'](https://github.blog/2020-01-22-browse-good-first-issues-to-start-contributing-to-open-source/)  มีหลายวิธีในการคัดลอกรหัส หนึ่งในนั้นคือการ "clone" เนื้อหาของ repository โดยใช้ HTTPS, SSH หรือ GitHub CLI (Command Line Interface) เปิด terminal ของคุณและ clone repository ด้วยคำสั่งนี้: `git clone https://github.com/ProjectURL` เพื่อทำงานกับโปรเจกต์ ให้เปลี่ยนไปยังโฟลเดอร์ที่ถูกต้อง: `cd ProjectURL` คุณยังสามารถเปิดโปรเจกต์ทั้งหมดโดยใช้ [Codespaces](https://github.com/features/codespaces) ซึ่งเป็นตัวแก้ไขโค้ดในตัว / สภาพแวดล้อมการพัฒนาบนคลาวด์ของ GitHub หรือ [GitHub Desktop](https://desktop.github.com/) สุดท้าย คุณสามารถดาวน์โหลดโค้ดในรูปแบบไฟล์ zip ได้เช่นกัน ### สิ่งที่น่าสนใจเพิ่มเติมเกี่ยวกับ GitHub คุณสามารถ star, watch และ/หรือ "fork" repository สาธารณะใดๆ บน GitHub ได้ คุณสามารถค้นหา repository ที่คุณ starred ได้ในเมนูดรอปดาวน์ด้านขวาบน มันเหมือนกับการบุ๊กมาร์ก แต่สำหรับโค้ด โปรเจกต์มี issue tracker ซึ่งส่วนใหญ่อยู่ในแท็บ "Issues" บน GitHub เว้นแต่จะระบุไว้เป็นอย่างอื่น ซึ่งเป็นที่ที่ผู้คนพูดคุยเกี่ยวกับปัญหาที่เกี่ยวข้องกับโปรเจกต์ และแท็บ Pull Requests เป็นที่ที่ผู้คนพูดคุยและรีวิวการเปลี่ยนแปลงที่กำลังดำเนินการอยู่ โปรเจกต์อาจมีการพูดคุยในฟอรัม, รายชื่ออีเมล หรือช่องแชท เช่น Slack, Discord หรือ IRC ✅ ลองสำรวจ repo ใหม่ของคุณบน GitHub และลองทำสิ่งต่างๆ เช่น แก้ไขการตั้งค่า เพิ่มข้อมูลใน repo ของคุณ และสร้างโปรเจกต์ (เช่น Kanban board) มีอะไรให้ทำอีกมากมาย! --- ## 🚀 ความท้าทาย จับคู่กับเพื่อนเพื่อทำงานบนโค้ดของกันและกัน สร้างโปรเจกต์ร่วมกัน, fork โค้ด, สร้าง branch และรวมการเปลี่ยนแปลง ## แบบทดสอบหลังการบรรยาย [แบบทดสอบหลังการบรรยาย](https://ff-quizzes.netlify.app/web/en/) ## การทบทวนและการศึกษาด้วยตนเอง อ่านเพิ่มเติมเกี่ยวกับ [การมีส่วนร่วมในซอฟต์แวร์โอเพ่นซอร์ส](https://opensource.guide/how-to-contribute/#how-to-submit-a-contribution) [Git cheatsheet](https://training.github.com/downloads/github-git-cheat-sheet/) ฝึกฝน ฝึกฝน ฝึกฝน GitHub มีเส้นทางการเรียนรู้ที่ยอดเยี่ยมให้เลือกผ่าน [skills.github.com](https://skills.github.com): - [First Week on GitHub](https://skills.github.com/#first-week-on-github) คุณยังจะพบคอร์สที่มีความซับซ้อนมากขึ้นอีกด้วย ## งานที่ได้รับมอบหมาย ทำให้เสร็จ [คอร์ส First Week on GitHub](https://skills.github.com/#first-week-on-github) --- **ข้อจำกัดความรับผิดชอบ**: เอกสารนี้ได้รับการแปลโดยใช้บริการแปลภาษา AI [Co-op Translator](https://github.com/Azure/co-op-translator) แม้ว่าเราจะพยายามให้การแปลมีความถูกต้อง แต่โปรดทราบว่าการแปลอัตโนมัติอาจมีข้อผิดพลาดหรือความไม่แม่นยำ เอกสารต้นฉบับในภาษาต้นทางควรถือเป็นแหล่งข้อมูลที่เชื่อถือได้ สำหรับข้อมูลที่สำคัญ ขอแนะนำให้ใช้บริการแปลภาษามนุษย์ที่เป็นมืออาชีพ เราจะไม่รับผิดชอบต่อความเข้าใจผิดหรือการตีความที่ผิดพลาดซึ่งเกิดจากการใช้การแปลนี้