GitHub คืออะไร ใช้ยังไง ฉบับคนไม่เขียนโค้ด

ถ้าคุณกำลังใช้ AI ทำเว็บ บทความนี้สำคัญกว่าที่คิดครับ เพราะสิ่งที่ GitHub แก้ให้คุณ ไม่ใช่เรื่องการเขียนโค้ด แต่คือเรื่องที่ AI ทำของพังแล้วย้อนกลับไม่ได้

GitHub คืออะไร ถ้าอธิบายแบบไม่มีศัพท์เทคนิค

ลองนึกถึงโฟลเดอร์หนึ่งในคอมพิวเตอร์ของคุณครับ

GitHub ก็คือโฟลเดอร์แบบนั้นแหละ เพียงแต่มันไม่ได้อยู่ในเครื่องคุณ มันอยู่บนเซิร์ฟเวอร์ และมันมีอย่างหนึ่งที่โฟลเดอร์ธรรมดาไม่มี คือ มันจำได้ว่าไฟล์ทุกไฟล์ในนั้นเคยหน้าตาเป็นยังไงบ้าง ในทุกๆ ครั้งที่คุณแก้

เอกสารทางการของ GitHub เขียนไว้สั้นกว่านั้นอีก ว่ามันคือที่ที่คุณเก็บโค้ด เก็บไฟล์ และเก็บประวัติการแก้ไขของแต่ละไฟล์

สามอย่างนั้นแปลเป็นภาษาคนทำธุรกิจได้แบบนี้

1. งานของคุณไม่หาย ต่อให้คอมพังวันนี้ เปิดเครื่องใหม่แล้วดึงงานกลับมาได้ทันที
2. คุณย้อนดูได้ว่าเมื่อวานเว็บหน้าตาเป็นยังไง และย้อนกลับไปจุดนั้นได้จริง ไม่ใช่แค่ดู
3. คุณลองอะไรก็ได้โดยไม่ต้องกลัว เพราะมีทางกลับเสมอ

ข้อ 3 คือข้อที่คนมองข้ามมากที่สุด และเป็นข้อที่เปลี่ยนวิธีทำงานของคุณมากที่สุดครับ

GitHub กับ Git ต่างกันยังไง

คนสับสนสองคำนี้กันเยอะมาก เพราะชื่อคล้ายกัน แต่มันคนละอย่างกันเลย

	มันคืออะไร	อยู่ที่ไหน
Git	โปรแกรมที่คอยจดว่าไฟล์ไหนถูกแก้อะไรไปบ้าง	ติดตั้งอยู่บนเครื่องคุณ
GitHub	บริการที่รับสิ่งที่ Git จดไว้ ไปเก็บให้บนเซิร์ฟเวอร์	อยู่บนอินเทอร์เน็ต

เทียบให้เห็นภาพที่สุดคือ Git เหมือนโปรแกรมที่คุณใช้ทำงานในเครื่อง ส่วน GitHub เหมือนที่เก็บไฟล์บนคลาวด์ อย่างหนึ่งคือเครื่องมือ อีกอย่างคือที่เก็บ

ทำไมคนที่ใช้ AI ทำเว็บ ยิ่งต้องมี GitHub

ตรงนี้คือเหตุผลที่ผมยกบทหนึ่งของคลาสมาให้เรื่องนี้โดยเฉพาะครับ

ปัญหาแรกของการใช้ AI ทำงานยาวๆ คือ AI มีพื้นที่ความจำจำกัด ศัพท์เทคนิคเรียกว่า context เมื่อข้อมูลในการสนทนามากขึ้นเรื่อยๆ จนพื้นที่เริ่มเต็ม โอกาสที่มันจะ hallucinate ก็สูงขึ้น

hallucinate แปลตรงตัวคืออาการหลอน หมายถึงการที่ AI มั่นใจเต็มร้อยว่าสิ่งที่มันตอบถูกต้อง ทั้งที่จริงแล้วมันเดาหรือสร้างข้อมูลนั้นขึ้นมาเอง โดยไม่รู้ตัวว่ากำลังเดา

และปัญหาคือมันไม่มีปุ่มย้อนกลับ คุณบอกให้มันย้อนได้ก็จริง แต่ไม่มีอะไรการันตีว่ามันจะย้อนได้ถูก เพราะตัวที่คุณกำลังสั่งให้ย้อน คือตัวที่กำลังหลอนอยู่

GitHub แก้ปัญหานี้ตรงจุด และมันแก้ให้ 3 อย่างพร้อมกัน

หนึ่ง — เวลาของที่เคยใช้ได้พัง คุณกลับไปได้ทันที สถานการณ์ที่เจอบ่อยที่สุดคือ AI แก้อย่างหนึ่ง แล้วอีกอย่างที่เคยทำงานได้ดีอยู่กลับพังไปด้วย ถ้าไม่มีประวัติให้ย้อน คุณจะไม่รู้ด้วยซ้ำว่ามันไปแตะอะไรเข้า แต่ถ้ามี GitHub คุณแค่กลับไปเวอร์ชันล่าสุดที่ยังดีอยู่ จบ

สอง — มันประหยัดทั้งเวลาและเงินของคุณ ถ้าไม่มี GitHub ทางเลือกเดียวคือนั่งบอก AI ให้แก้กลับ ซึ่งใน session ที่ยาวและข้อมูลเยอะ บางทีใช้เวลาเป็นชั่วโมงและเผา token เพิ่มไปอีกกอง กว่าจะกู้กลับมาได้ ในขณะที่การย้อนผ่าน GitHub ใช้คำสั่งเดียว ใครที่กำลังติด limit บ่อยๆ ข้อนี้ช่วยได้มากกว่าที่คิด

สาม — และข้อนี้สำคัญที่สุด คุณจะกล้าลอง ถ้าไม่มีตาข่ายรองรับ คุณจะใช้ AI แบบระมัดระวังตลอดเวลา เพราะกลัวว่าเดี๋ยวจะไปทำอย่างอื่นพัง สุดท้ายคือคุณจะไม่กล้าแตะอะไรเลย และเว็บก็จะไม่ไปไหน แต่ถ้ามี GitHub คุณสร้างฉบับร่างได้ไม่จำกัด พังก็ทิ้ง ไม่มีอะไรเสียหาย

ศัพท์ GitHub ที่ต้องรู้จริงๆ มีแค่ 4 คำ

เวลาคนเปิดหาเรื่อง GitHub ครั้งแรกแล้วถอย มักเป็นเพราะเจอศัพท์ถล่มมาสิบกว่าคำพร้อมกัน

ความจริงคือ สำหรับคนที่ทำเว็บธุรกิจของตัวเอง คุณต้องรู้แค่ 4 คำ และรู้แค่ว่าแต่ละคำแปลว่าอะไรก็พอ ไม่ต้องจำคำสั่ง

คำ	แปลว่า	จำง่ายๆ ว่า
repo (repository)	หน้าหลักของหนึ่งโปรเจกต์ใน GitHub	1 โปรเจกต์ = 1 repo
commit	เซฟงาน ลงเครื่องของคุณเอง	ปุ่มเซฟ พร้อมเขียนโน้ตได้ว่าครั้งนี้แก้อะไร
push	ผลักสิ่งที่เซฟไว้ ขึ้นไปเก็บบนเซิร์ฟเวอร์	เซฟลงคลาวด์
branch	ฉบับร่างของโปรเจกต์คุณ	สำเนาไว้ลองของ ไม่กระทบตัวจริง

อย่าสับสนระหว่าง commit กับ push ครับ สองอันนี้คือจุดที่คนพลาดกันมากที่สุด commit คือเซฟลงเครื่องคุณ ส่วน push คือส่งขึ้นเซิร์ฟเวอร์ ความต่างนี้ไม่ใช่เรื่องเทคนิค มันคือเรื่องจริงตอนคอมพัง เพราะงานที่คุณ commit ไว้อย่างเดียวโดยยังไม่ push จะหายไปพร้อมกับเครื่อง

ส่วน repo นั้นฟรีและไม่จำกัดจำนวน ถ้าคุณจะเริ่มโปรเจกต์ใหม่ ผมแนะนำให้สร้าง repo ใหม่ด้วยเสมอ อย่าเอาสองโปรเจกต์ยัดรวมกัน

อีก 6 คำ ที่แค่เคยได้ยินก็พอ

ชุดนี้ไม่ต้องรู้ลึกเลยครับ ผมใส่ไว้เพื่อให้ตอนคุณเจอคำพวกนี้ในหน้าจอ คุณจะได้ไม่ตกใจ

คำ	แปลว่า
clone	ผูก GitHub เข้ากับคอมของคุณ ทำครั้งแรกครั้งเดียว
pull	ดึงข้อมูลจาก GitHub ลงมาที่เครื่องคุณ
PR (pull request)	การขอรวมฉบับร่างเข้ากับฉบับหลัก
merge	การรวมฉบับร่างเข้ากับฉบับหลักจริงๆ
revert	ย้อนกลับ พูดง่ายๆ คือปุ่ม undo
merge conflict	สถานการณ์ที่โค้ดสองฝั่งขัดกันตอนรวมฉบับร่าง

คำที่คุณน่าจะได้ใช้จริงในนี้คือ revert ครับ ที่เหลือส่วนใหญ่เป็นเรื่องของการทำงานเป็นทีม

branch คือฉบับร่าง และนี่คือเหตุผลที่มันมีค่า

ทุก repo จะเริ่มจากฉบับหลักหนึ่งอันเสมอ ซึ่งถูกสร้างให้อัตโนมัติ และเรียกว่า main นั่นคือเว็บเวอร์ชันจริงของคุณ

แล้วทำไมต้องมีฉบับร่างด้วย มีสองเหตุผลครับ

เหตุผลแรก — เว็บของคุณเปิดให้คนอื่นดูอยู่ ถ้าคุณอยากลองเปลี่ยนหน้าตาเว็บ แต่แก้ตรงๆ บนตัวจริง คนที่เข้ามาดูระหว่างนั้นจะเห็นเว็บเปลี่ยนไปเปลี่ยนมา ซึ่งไม่ดีกับธุรกิจคุณเลย ทางที่ถูกคือสร้างฉบับร่างขึ้นมาลองก่อน ชอบแล้วค่อยรวมกลับ ไม่ชอบก็โยนทิ้ง

เหตุผลที่สอง — ของใหม่ที่คุณลอง อาจทำของเก่าพัง ซึ่งเกิดขึ้นบ่อยมากเวลาทำงานกับ AI ถ้าคุณลองอยู่บนฉบับร่าง ตัวจริงของคุณไม่ถูกแตะเลยแม้แต่นิดเดียว จนกว่าคุณจะสั่งรวมเอง

ยกตัวอย่างจริงที่ผมสอนในคลาสครับ สมมติเว็บคุณออนไลน์อยู่แล้ว วันหนึ่งคุณเจอบั๊ก คุณก็แยกฉบับร่างออกมาแก้บั๊กนั้น ทดสอบจนแน่ใจว่าไม่กระทบของเก่า แล้วค่อยรวมกลับเข้าตัวจริง จากนั้นทิ้งฉบับร่างไปเพราะไม่ต้องใช้แล้ว

และระหว่างที่คุณแก้บั๊กอยู่ อีกคนในทีมก็แยกฉบับร่างของเขาเองไปทำโหมดกลางคืนได้พร้อมกัน โดยไม่ชนกับคุณ เพราะไม่มีใครแตะตัวจริงเลยสักคน

นี่คือหัวใจของ branch ครับ มันทำให้ทุกงานเดินไปพร้อมกันได้โดยไม่สะดุด

GitHub ฟรีจริงไหม

ฟรีจริงครับ และฟรีแบบที่เว็บธุรกิจหนึ่งเว็บใช้ได้สบายๆ

เอกสารทางการของ GitHub ระบุว่าบัญชีส่วนบุคคลแบบฟรีได้สิ่งเหล่านี้

• repository แบบสาธารณะ ไม่จำกัดจำนวน และได้ความสามารถครบชุด
• repository แบบส่วนตัว ไม่จำกัดจำนวน แต่ได้ความสามารถบางส่วน
• เพิ่มคนร่วมงานได้ไม่จำกัด

แล้วควรตั้งเป็น public หรือ private? GitHub อธิบายไว้ตรงตัวว่า public คือทุกคนบนอินเทอร์เน็ตเข้าถึงได้ ส่วน private คือเห็นเฉพาะคุณและคนที่คุณเปิดสิทธิ์ให้เท่านั้น

คำแนะนำของผมคือ ถ้าเป็นเว็บธุรกิจที่ยังไม่เปิดตัว ตั้ง private ไว้ก่อน แล้วเปลี่ยนทีหลังได้ตลอด ส่วนใครที่อยากใช้ GitHub เป็นที่โชว์ผลงานด้วย ค่อยเปิด public เฉพาะโปรเจกต์ที่ตั้งใจให้คนเห็น

ถ้า Claude Code ทำพัง ต้องทำยังไง

ส่วนนี้คือสิ่งที่ผมเจอบ่อยที่สุดเวลาสอน เลยสรุปเป็นแนวทางสั้นๆ ไว้ 3 สถานการณ์ครับ

สถานการณ์ที่ 1 — AI แก้จนของที่เคยใช้ได้พัง

1. หยุด session ทันที อย่าสั่งต่อ
2. ถ้าคุณอยู่ในฉบับร่าง ทิ้งฉบับร่างนั้นไปเลย
3. ถ้าอยู่ในฉบับหลัก สั่งให้กลับไปที่จุดที่เซฟไว้ล่าสุด

สถานการณ์ที่ 2 — AI ทำออกนอกแผนที่คุยกันไว้

1. หยุด session เพราะเป็นไปได้สูงว่าพื้นที่ความจำเริ่มเต็ม
2. ถามมันก่อนว่าเมื่อกี้ทำอะไรลงไปบ้าง ให้มันสรุปออกมา
3. ย้อนกลับ แล้วสั่งให้มันอัปเดตสิ่งที่ต้องจำใหม่

สถานการณ์ที่ 3 — สั่งไปข้อเดียว แต่มันทำต่อไปเรื่อยๆ ไม่ยอมหยุด

1. กดปุ่มหยุดทันที
2. ถ้ายังไม่ได้เซฟ กลับไปที่เซฟล่าสุด หรือสั่งให้ทำเฉพาะขั้นที่คุณสั่งจริงๆ
3. เปิด session ใหม่ อย่าทำงานต่อในอันเดิม

ไม่ต้องจำคำสั่ง Git เลยสักคำ

อ่านมาถึงตรงนี้คุณอาจคิดว่าต้องไปนั่งท่องคำสั่งแล้ว ไม่ต้องครับ

ทั้งหมดที่เล่ามา ผมย่อไว้เป็น 3 คำสั่งที่พิมพ์เป็นภาษาไทยได้เลย และเป็นส่วนหนึ่งของ CNC Web Kit

คำสั่ง	มันทำอะไรให้	ศัพท์เทคนิคคือ
save-work	เซฟงานลงเครื่องและส่งขึ้น GitHub ในทีเดียว	commit + push
draft-mode	สร้างฉบับร่างให้ทันที	branch
connect-repo	ผูกโปรเจกต์ของคุณเข้ากับ GitHub	clone

วิธีใช้คือพิมพ์ว่า เซฟงาน หรือ ฉบับร่าง แค่นั้นเลยครับ

แต่ผมอยากให้อ่าน 4 คำศัพท์ข้างบนให้เข้าใจก่อนอยู่ดี ไม่ใช่เพื่อจะได้พิมพ์คำสั่งเป็น แต่เพื่อให้คุณรู้ว่าตอนนี้งานของคุณอยู่ตรงไหน อยู่ในเครื่อง อยู่บนเซิร์ฟเวอร์ หรืออยู่ในฉบับร่าง เพราะเวลามีอะไรผิดพลาด นั่นคือคำถามแรกที่คุณต้องตอบให้ได้

GitHub กับ GitHub Pages ไม่ใช่เรื่องเดียวกัน

อันนี้สับสนกันบ่อย เลยแยกออกมาให้ชัดครับ

• GitHub คือที่เก็บงานและประวัติการแก้ไข ซึ่งคือทั้งหมดที่บทความนี้พูดถึง
• GitHub Pages เป็นบริการแยกอีกตัวของ GitHub สำหรับเอาไฟล์ใน repo ไปทำเป็นเว็บให้คนเปิดดูได้

คุณใช้ GitHub เก็บงานโดยไม่แตะ GitHub Pages เลยก็ได้ ซึ่งเป็นสิ่งที่ผมทำเอง เหตุผลคือ GitHub Pages ห้ามใช้แพลนฟรีกับเว็บธุรกิจตามเงื่อนไขของเขาเอง ผมเลยเก็บงานไว้ที่ GitHub แล้วให้บริการอีกเจ้าหยิบไปทำเป็นเว็บแทน

รายละเอียดว่าเจ้าไหนใช้กับเว็บธุรกิจได้บ้าง ผมเทียบไว้ครบในบทความเรื่อง deploy เว็บ ฟรี แล้วครับ

สรุป

• GitHub คือปุ่ม undo ที่ย้อนได้ไม่จำกัด และงานไม่หายแม้คอมพัง
• Git คือโปรแกรมในเครื่อง GitHub คือที่เก็บบนอินเทอร์เน็ต และคุณแทบไม่ต้องแยกสองคำนี้เลยเวลาสั่งงานผ่าน AI
• ยิ่งใช้ AI ยิ่งต้องมี เพราะ AI ทำของพังได้ และการสั่งให้มันย้อนเองกินทั้งเวลาและ token
• ต้องรู้จริงๆ แค่ 4 คำ คือ repo, commit, push, branch
• commit คือเซฟในเครื่อง push คือส่งขึ้นเซิร์ฟเวอร์ งานที่ commit แต่ยังไม่ push จะหายไปกับเครื่อง
• branch คือฉบับร่าง ลองได้เต็มที่โดยไม่แตะเว็บตัวจริง
• ฟรีและไม่จำกัดจำนวน repo ทั้งแบบ public และ private
• เวลา AI ทำพัง ให้หยุดก่อนเสมอ แล้วค่อยย้อน อย่าสั่งแก้ทันที

ถ้าคุณยังไม่เคยเริ่มเลยและอยากเห็นภาพรวมทั้งหมด ผมเขียนขั้นตอนทำเว็บไซต์ด้วย Claude Code ตั้งแต่ศูนย์จนขึ้นออนไลน์ไว้เป็นบทความหลักแล้วครับ ส่วนใครที่ยังไม่รู้จักตัวเครื่องมือเลย เริ่มที่ Claude Code ก่อนได้

---

แหล่งอ้างอิง — ข้อมูลแพลนและนิยามของ GitHub ในบทความนี้ ตรวจสอบกับเอกสารทางการเมื่อวันที่ 27 สิงหาคม 2026: แพลนของ GitHub · เรื่อง repository และการตั้ง public หรือ private