วันแรกที่เปิด Claude Code หรือ Cursor แล้วสั่ง AI สร้างหน้าเว็บ คุณไม่ต้องรู้จัก Git เลยก็ทำได้ แต่ถ้าอยากให้เว็บขึ้นออนไลน์จริง อยากย้อนกลับได้ตอน AI แก้โค้ดจนพัง หรืออยากทำงานต่อจากคอมอีกเครื่อง คุณจะเจอ GitHub ภายในสัปดาห์แรกแน่นอน เพราะบริการ deploy ที่คนไทยใช้กันทั้ง GitHub Pages, Vercel และ Cloudflare Pages ล้วนรับโค้ดผ่าน repository เป็นหลัก ข่าวดีคือคุณไม่ต้องเป็นโปรแกรมเมอร์ รู้แนวคิดไม่กี่อย่างกับคำสั่งไม่ถึง 10 คำสั่ง ส่วนที่เหลือให้ AI ทำแทนได้

Git กับ GitHub ต่างกันยังไง แบบไม่ต้องรู้ลึก

คนมักพูดสองคำนี้ปนกัน แต่จริง ๆ เป็นคนละสิ่ง

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

GitHub คือเว็บไซต์ที่เอาประวัติทั้งหมดนั้นไปฝากไว้บนอินเทอร์เน็ต ทำให้คุณเปิดจากเครื่องไหนก็ได้ ให้คนอื่นเห็นได้ และที่สำคัญที่สุดสำหรับคนทำเว็บด้วย AI คือ บริการ hosting ส่วนใหญ่จะมาดึงโค้ดจากตรงนี้ไป deploy ให้อัตโนมัติ

สรุปสั้น ๆ คือ Git อยู่ในเครื่อง GitHub อยู่บนเน็ต และสองอย่างนี้ทำงานคู่กัน

ทำไมคนทำเว็บด้วย AI ถึงหนี GitHub ไม่พ้น

เหตุผลที่ 1 บริการ deploy เกือบทั้งหมดต่อกับ repository

เมื่อดูผลงานใน applnw.com จะเห็นว่า tech_host ที่พบบ่อยคือ GitHub Pages, Vercel และ Cloudflare Pages ทั้งสามแบบทำงานคล้ายกัน คือคุณ push โค้ดขึ้น GitHub แล้วระบบจะ build และนำขึ้นเว็บให้เอง ตัวอย่างงานที่อยู่บน GitHub Pages โดยตรงเช่น SCW Digital Card นามบัตร Digital ของพนักงานพร้อมหน้าสำหรับผู้ดูแลเพิ่ม แก้ไข และลบข้อมูล และ Hyrox Complete Guide คู่มือกีฬา Hyrox ภาษาไทย 21 บท ที่ปรับโหมดสว่างหรือมืดและขนาดตัวอักษรได้ 5 ระดับ ทั้งสองชิ้นโดเมนขึ้นต้นด้วยชื่อผู้ใช้ GitHub ตามด้วย github.io ซึ่งเป็นสัญญาณชัดว่าเจ้าของใช้ repository เป็นที่เก็บโค้ดและเป็นที่ deploy ในคราวเดียว

ส่วนงานที่อยู่บน Vercel อย่าง Finnhouses Platform ที่รวม CRM และการสร้างเนื้อหาด้วย AI สำหรับธุรกิจรับสร้างบ้าน หรือบน Cloudflare Pages อย่าง เฉียด Chiad ที่ตรวจว่าเลขสลากเฉียดรางวัลหรือไม่ ก็เป็นบริการที่ออกแบบมาให้เชื่อมกับ repository เป็นวิธีหลักเช่นกัน

เหตุผลที่ 2 AI แก้โค้ดพังแล้วคุณต้องย้อนกลับได้

นี่คือเหตุผลที่สำคัญกว่าเรื่อง deploy เสียอีก คนที่ vibe coding จะเจอเหตุการณ์แบบนี้แน่ ๆ คือสั่งให้ AI เพิ่มฟีเจอร์เล็ก ๆ แล้วมันไปรื้อไฟล์อื่นจนหน้าเว็บที่เคยใช้ได้กลับพัง ถ้าไม่มี Git คุณจะไม่มีทางรู้ว่า AI แตะไฟล์ไหนไปบ้าง และไม่มีทางกลับไปเวอร์ชันที่ใช้ได้

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

เหตุผลที่ 3 ทำงานต่อจากเครื่องอื่นหรือจาก server

หลายคนเริ่มจากโน้ตบุ๊ก แล้ววันหนึ่งอยากให้ Claude Code ทำงานบน server ตลอด 24 ชั่วโมง หรืออยากแก้งานจากคอมที่ออฟฟิศ ถ้าโค้ดอยู่บน GitHub ก็แค่ clone ลงมา ทำต่อ แล้ว push กลับ ไม่ต้องส่งไฟล์ zip ให้ตัวเองทาง LINE อีกต่อไป

ต้องรู้แค่ไหนถึงพอ

คำตอบตรง ๆ คือ รู้ 5 แนวคิดกับคำสั่งประมาณ 6 คำสั่ง ที่เหลือให้ AI จัดการ ตารางนี้แบ่งตามระดับที่คนทำเว็บด้วย AI ต้องใช้จริง

ระดับสิ่งที่ต้องทำเป็นให้ AI ทำแทนได้ไหมจำเป็นเมื่อ
0 ยังไม่ต้องใช้เปิดเครื่องมือ AI แล้วสร้างเว็บในเครื่องไม่เกี่ยววันแรกที่ลองเล่น
1 เริ่มต้นสร้าง repository, commit, push ขึ้น GitHubได้เกือบทั้งหมดต้องการ deploy ครั้งแรก
2 ใช้จริงอ่าน diff ก่อน commit, ย้อนกลับเวอร์ชันเก่า, ตั้ง .gitignoreได้ แต่คุณควรตรวจเว็บมีคนใช้แล้ว
3 ขยายงานแยก branch ทดลองฟีเจอร์ใหม่, รวม branch กลับได้มีฟีเจอร์ใหญ่ที่ไม่อยากให้กระทบของเดิม
4 ทำงานเป็นทีมpull request, review โค้ดคนอื่น, แก้ conflictได้บางส่วนมีคนร่วมทำมากกว่า 1 คน

คนทำคนเดียวส่วนใหญ่อยู่แค่ระดับ 2 ก็เหลือเฟือ ระดับ 3 ค่อยเรียนตอนที่เว็บเริ่มซับซ้อน ส่วนระดับ 4 หลายคนไม่เคยต้องใช้เลย

5 แนวคิดที่ต้องเข้าใจก่อนให้ AI ทำแทน

1 Repository คือโฟลเดอร์โปรเจกต์ที่ Git จับตาดู

หนึ่งเว็บ หนึ่ง repository ถ้าคุณทำเว็บร้านกาแฟกับเว็บส่วนตัว ก็เป็นสอง repository แยกกัน อย่าเอาหลายโปรเจกต์มารวมในที่เดียวเพราะจะ deploy ลำบาก

2 Commit คือการบันทึกเวอร์ชัน

ทุกครั้งที่ทำอะไรเสร็จเป็นชิ้น เช่น ใส่หน้า login เสร็จ หรือแก้สีปุ่มเสร็จ ให้ commit หนึ่งครั้งพร้อมข้อความสั้น ๆ บอกว่าทำอะไร นิสัยที่ดีคือ commit บ่อย ๆ ชิ้นเล็ก ๆ เพราะเวลาย้อนกลับจะย้อนได้ละเอียด ถ้า commit ทีเดียวตอนทำเสร็จทั้งวัน เวลาพังจะย้อนกลับไปได้แค่เช้าวันนั้น

3 Push คือส่งขึ้น GitHub

commit อยู่ในเครื่อง push คือเอาขึ้นเน็ต ถ้าคุณลืม push แล้วเครื่องพัง งานที่ commit ไว้ก็หายไปด้วย ดังนั้นจบวันให้ push ทุกครั้ง

4 .gitignore คือรายชื่อไฟล์ที่ห้ามส่งขึ้นไป

นี่คือจุดที่มือใหม่พลาดบ่อยที่สุด ไฟล์ .env ที่เก็บ API key ของ Claude, Gemini, Supabase หรือ LINE ห้ามขึ้น GitHub เด็ดขาด เพราะถ้า repository เป็น public ใครก็เปิดดูได้ และมี bot คอยสแกนหา key ที่หลุดตลอดเวลา เขียนชื่อไฟล์ .env และโฟลเดอร์ node_modules ไว้ใน .gitignore ตั้งแต่ commit แรก

5 Diff คือรายการว่าอะไรเปลี่ยนไปบ้าง

ก่อน commit ทุกครั้ง ให้ดู diff สักแวบว่า AI แตะไฟล์ไหนบ้าง ถ้าคุณสั่งให้แก้สีปุ่ม แต่ diff โชว์ว่าไฟล์ database ถูกแก้ด้วย นั่นคือสัญญาณให้หยุดและถามก่อน ไม่ต้องอ่านโค้ดออกทุกบรรทัด แค่ดูชื่อไฟล์กับจำนวนบรรทัดที่เปลี่ยนก็จับผิดได้เยอะแล้ว

วิธีเริ่มใน 30 นาที โดยให้ AI ช่วยเกือบทั้งหมด

  1. สมัคร GitHub ด้วย email ฟรี ไม่ต้องใส่บัตรเครดิต
  2. ติดตั้ง Git ในเครื่อง ถ้าใช้ Claude Code หรือ Cursor อยู่แล้ว ส่วนใหญ่จะมีมาให้แล้ว ลองพิมพ์ git version ใน terminal เพื่อเช็ก
  3. เปิดโปรเจกต์เว็บที่ AI สร้างไว้ แล้วสั่งว่า "ตั้งค่า git ให้โปรเจกต์นี้ สร้าง .gitignore ที่กัน .env และ node_modules แล้ว commit แรกให้ด้วย"
  4. ไปที่ GitHub กด New repository ตั้งชื่อ เลือก public หรือ private แล้วคัดลอก URL มา
  5. สั่ง AI ว่า "เชื่อม repository นี้ แล้ว push ขึ้นไป" พร้อมวาง URL
  6. เปิด GitHub ดูว่าไฟล์ขึ้นครบ และเช็กว่าไม่มีไฟล์ .env โผล่อยู่

หลังจากนี้ทุกครั้งที่ทำงานเสร็จชิ้นหนึ่ง สั่ง AI ว่า "commit แล้ว push" ประโยคเดียวจบ ส่วนตอนที่อยากย้อนกลับ สั่งว่า "ย้อนโค้ดกลับไป commit ล่าสุด ยกเลิกการแก้ทั้งหมดที่ยังไม่ commit" เท่านี้ก็ได้ของเดิมคืน

Public หรือ Private ดี

GitHub ให้สร้าง private repository ได้ฟรีไม่จำกัด ดังนั้นถ้าไม่มีเหตุผลพิเศษ ตั้งเป็น private ไว้ก่อนปลอดภัยกว่า ข้อยกเว้นคือ GitHub Pages ในแผนฟรีต้องเป็น public repository จึงจะ deploy ได้ ถ้าคุณเลือก GitHub Pages แปลว่าทุกคนเห็นโค้ดคุณได้ ซึ่งเหมาะกับเว็บแบบหน้าเดียว เนื้อหาความรู้ หรือต้นแบบที่ไม่มีความลับ

ผลงานบน GitHub Pages ใน applnw.com ส่วนใหญ่ก็เป็นแนวนี้ เช่น Second Brain ด้วย Vector Search ที่สอน vector search แบบลงมือทำผ่าน Jupyter notebook บน Google Colab หรือ FLIXO ที่เป็นต้นแบบจำลองการซื้อขาย C2C ผ่าน Escrow และใช้ Firebase เป็น backend งานกลุ่มนี้มี logic สำคัญอยู่ฝั่ง backend หรือเป็นเนื้อหาเปิดอยู่แล้ว การเปิดโค้ดจึงไม่เสียหาย

ถ้าเว็บคุณมี logic ธุรกิจที่ไม่อยากให้ใครลอก หรือกลัวหลุดเรื่อง key ให้ใช้ private repository แล้ว deploy ผ่าน Vercel หรือ Cloudflare Pages แทน ซึ่งทั้งสองเจ้าเชื่อมกับ private repository ได้ในแผนฟรี

ให้ AI ใช้ Git แทนเราได้แค่ไหน

Claude Code และเครื่องมือลักษณะเดียวกันพิมพ์คำสั่ง git ได้คล่องกว่าคนส่วนใหญ่ มันสร้าง commit พร้อมข้อความอธิบายที่อ่านรู้เรื่อง ตั้ง .gitignore ให้ และแก้ปัญหา push ไม่ผ่านได้เอง คุณไม่ต้องจำคำสั่งเลยก็ทำงานได้

แต่มี 3 เรื่องที่ควรเป็นคนตัดสินใจเองเสมอ

วิธีที่คนทำคนเดียวหลายคนใช้คือให้ AI ทำทุกอย่าง แต่ก่อน push ให้สั่งว่า "สรุปให้ฟังว่า commit นี้แตะไฟล์อะไรบ้าง และมีไฟล์ไหนที่ไม่ควรขึ้น public ไหม" ใช้เวลาอ่านไม่ถึงนาที แต่กันปัญหาใหญ่ได้

ถ้ายังไม่พร้อมใช้ GitHub มีทางเลือกไหม

มี แต่แต่ละทางมีข้อจำกัด

Vercel และ Cloudflare Pages มีคำสั่ง deploy โดยตรงจากเครื่องโดยไม่ผ่าน GitHub ใช้ได้สำหรับการลองของ แต่คุณจะไม่มีประวัติเวอร์ชัน และ deploy จากเครื่องอื่นไม่ได้

บางคนใช้วิธีก๊อปโฟลเดอร์แล้วตั้งชื่อว่า เว็บ_v1, เว็บ_v2, เว็บ_v2_ใช้ได้จริง วิธีนี้ทำงานได้ในสัปดาห์แรก แต่พอถึงสัปดาห์ที่สามจะจำไม่ได้ว่าอันไหนล่าสุด และโฟลเดอร์ node_modules จะกินพื้นที่หลาย GB ต่อสำเนา

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

สรุป

Git และ GitHub ไม่ใช่ด่านที่ต้องผ่านก่อนเริ่มทำเว็บด้วย AI แต่เป็นเครื่องมือที่คุณจะอยากมีทันทีที่เว็บขึ้นออนไลน์หรือพังครั้งแรก สิ่งที่ต้องรู้จริงมีแค่ repository, commit, push, .gitignore และการดู diff ที่เหลือสั่ง AI ทำแทนได้ทั้งหมด ตั้ง repository เป็น private ไว้ก่อน ยกเว้นจะใช้ GitHub Pages ที่ต้อง public กัน API key ออกตั้งแต่ commit แรก และดูรายชื่อไฟล์ก่อน push ครั้งแรกเสมอ ทำแค่นี้ก็ทำงานได้เหมือนผลงานกว่า 2,000 ชิ้นใน applnw.com ที่คนไทยสร้างขึ้นเองและขึ้นเว็บผ่าน GitHub Pages, Vercel และ Cloudflare Pages