คุณกำลังใช้ GitHub โดยไม่รู้ตัวเลยว่าทำอะไรอยู่หรือเปล่า?
การใช้แบบหลับหูหลับตาทำไปเรื่อยๆ มีแต่จะทำให้พัง
บน GitHub มีปุ่มสีเขียวแค่ 3 ปุ่มเท่านั้น
และมีจุดเดียวที่ต้องดูก่อนกดปุ่มเหล่านั้น
บทความนี้จะชี้ให้เห็นทุกจุดที่ต้องดูและต้องกดบนหน้าจอ GitHub โดยตีกรอบสีแดงไว้ให้
เชื่อมต่อ ส่งงาน ตรวจดู diff รวมโค้ด (merge) และย้อนกลับ (revert)
เราจะพาไปดูวงจรทั้งหมดนี้ผ่านภาพหน้าจอจริง 10 ภาพ
AI เป็นคนพิมพ์
คุณเป็นคนดูและกด
ผมจะอธิบายคำศัพท์ยากๆ ให้เข้าใจง่ายๆ ไปทีละคำเมื่อเจอ
※ หน้าจอและสเปกของ GitHub ในบทความนี้อ้างอิงจากข้อมูลเดือนตุลาคม 2026 หน้าจออาจมีการเปลี่ยนแปลงได้
บทที่ 1: เชื่อมต่อกับ GitHub | สร้าง Repository และอัปโหลดบันทึกในเครื่อง
หน้าตาของ GitHub เป็นภาษาอังกฤษ
แต่ตำแหน่งที่ต้องกดนั้นตายตัว
กรอบสีแดงในภาพจะบอกเองว่าต้องดูตรงไหนและกดตรงไหน
ในบทนี้มีปุ่มสีเขียวให้กดแค่ปุ่มเดียว
ก่อนอื่น ให้สร้าง repository ขึ้นมาสักหนึ่งอัน
repository ก็เหมือนตู้ล็อกเกอร์ที่เราใช้เก็บบันทึกของ Git ไว้บนออนไลน์
ผมเคยเขียนถึงสิ่งที่อยู่ในล็อกเกอร์และคำศัพท์สำคัญ 4 คำไว้ในโพสต์ก่อนหน้าแล้ว
【มีภาพประกอบ】อธิบาย Git ให้เด็กมัธยมต้นเข้าใจ
https://x.com/dan_pro_man/status/2107224533099069671?s=20
แต่ถึงยังไม่ได้อ่านโพสต์นั้น คุณก็ทำตามวงจรทั้งหมดได้จากบทความนี้เพียงอย่างเดียว
เข้าสู่ระบบ GitHub แล้วเลือก "New repository" จากไอคอน "+" มุมขวาบน
หรือเปิด https://github.com/new ก็จะเข้ามาที่หน้าจอเดียวกัน
สิ่งเดียวที่ต้องกรอกคือชื่อ
ใส่ชื่อเป็นภาษาอังกฤษหรือตัวเลขในช่อง "Repository name"
จะใช้คำว่า "git-practice" ก็ได้
เลือก "Private" ตรงหัวข้อ "Choose visibility"
แปลว่าตั้งค่าเป็นแบบไม่เปิดเผย
ปล่อยสวิตช์ "Add README" ปิดไว้ก่อน
ถ้าคุณมีบันทึกในเครื่องอยู่แล้ว การสร้าง repository เปล่าๆ จะเชื่อมต่อง่ายกว่า
กดปุ่มสีเขียว "Create repository" ด้านล่าง
หน้าจอที่ปรากฏขึ้นทันทีหลังกด คือส่วนที่สำคัญที่สุดในบทนี้
ใกล้ๆ ด้านล่างจะมีหัวข้อเขียนว่า "…or push an existing repository from the command line"
สามบรรทัดด้านล่างหัวข้อนั้นคือคำสั่งที่เราจะใช้กันในวันนี้
ส่วนเจ็ดบรรทัดด้านบนมีไว้สำหรับคนที่ยังไม่มีบันทึกในเครื่อง ข้ามไปได้เลย
ความหมายของทั้งสามบรรทัดคือ:
บรรทัดที่ 1: บอกที่อยู่ของล็อกเกอร์นี้ให้บันทึกในเครื่องของคุณรู้
บรรทัดที่ 2: ปรับชื่อ branch หลักให้เป็น "main"
บรรทัดที่ 3: เก็บ branch main ลงในล็อกเกอร์
คัดลอกที่อยู่ (กรอบสีแดง) จากหน้าจอนี้ แล้วส่งให้ AI ในบรรทัดเดียว
1อัปโหลดบันทึกในโฟลเดอร์นี้ไปที่ https://github.com/account-name/git-practice
Claude Code จะพิมพ์สามบรรทัดนั้นให้เอง
Claude Code คือ AI ที่ทำงานบนคอมพิวเตอร์ของคุณตามคำสั่งที่ได้รับ
ในคู่มือการใช้งานของผม ผมกำหนดไว้ว่าต้องยืนยันก่อน push
push คือการนำบันทึกในเครื่องไปเก็บไว้ในล็อกเกอร์
ดังนั้น มันจะหยุดตรงนี้ครั้งหนึ่ง
ตอบ "Yes" แล้วรีเฟรชหน้าจอเบราว์เซอร์
ตรงที่เคยเป็นสามคำสั่ง ตอนนี้ไฟล์ในเครื่องของคุณจะเรียงกันอยู่ ถัดไปคือข้อความ commit
นี่คือสัญญาณว่าคุณ "เชื่อมต่อ" สำเร็จแล้ว
มีจุดหนึ่งที่อยากให้สังเกต
ข้อความ "main" เหนือรายการไฟล์
มันบอกว่าตอนนี้คุณกำลังดูบุ๊กมาร์กเล่มไหนอยู่ในล็อกเกอร์
บุ๊กมาร์กก็คือ branch นั่นเอง
มันทำหน้าที่บอกว่าเรากำลังซ้อนบันทึกไว้ในคอลัมน์ไหน
ต่อไปอย่าไปยุ่งกับ "main" นี้โดยตรงเด็ดขาด
ตอนแรกผมก็ไม่ค่อยใส่ใจเรื่องนี้เหมือนกัน
ผมทำงานบน main เลย แล้วก็เสียเวลาไปกับการหาทางย้อนกลับ
เวลาที่เชื่อมต่อไม่ได้ ส่วนใหญ่ปัญหามักมาจากที่อยู่
เช่น ลืมใส่ ".git" ต่อท้าย
หรือสะกดชื่อบัญชีผิด
ถ้าเจอคำว่า "not found" ให้คัดลอกที่อยู่จากภาพ ② ใหม่อีกครั้ง
ถึงตรงนี้ บันทึกในเครื่องของคุณเชื่อมต่อกับ GitHub เรียบร้อยแล้ว ต่อไปคือวงจรประจำวันของการ merge ผ่าน Pull Request
**
บทที่ 2: การ Merge ผ่าน Pull Request | ส่งงานของ AI ตรวจดู Diff แล้วกด
จากนี้ไปคือวงจรประจำวัน
Pull Request คือการส่งงานพร้อมบอกว่า "ช่วย merge อันนี้ให้หน่อย"
ในบทนี้มีปุ่มสีเขียวให้กด 3 ปุ่ม
AI เป็นคนพิมพ์
หน้าที่ของคุณมีแค่มองและกด
ก่อนอื่น ส่งคำสั่งบรรทัดเดียวให้ AI
1สร้าง branch ใหม่ เพิ่มวิธีใช้งาน 3 บรรทัดลงใน README, commit แล้วอัปโหลดขึ้น GitHub
README คือไฟล์แรกที่ใช้อธิบายรายละเอียดของ repository
Claude Code จะสร้าง branch ขึ้นมา
มันจะแก้ไขไฟล์และ commit
สุดท้าย มันจะหยุดก่อน push แล้วถามเรา
ตอบ "Yes" แล้วเปิดล็อกเกอร์ในเบราว์เซอร์
จะมีแถบสีเหลืองโผล่ขึ้นมาด้านบน
มันแจ้งเตือนว่า "ฉันเพิ่งเก็บ branch นี้ลงไปนะ"
กดปุ่มสีเขียว "Compare & pull request" ทางขวา
นี่คือการ 'ส่งงาน'
เหมือนยื่นสมุดร่างให้ครูตรวจ
แค่ส่งงานยังไม่ได้คัดลอกอะไรลงไปในฉบับจริง
การคัดลอกจะเกิดขึ้นหลังตรวจทานเสร็จแล้ว
บนหน้าจอส่งงาน มี 3 จุดที่ต้องดู
จุดที่ 1: ลูกศรบนสุด
"base: main" และ "compare: work-branch"
ตรงนี้แสดงว่าจะ merge จากไหนไปที่ไหน
แค่เช็กให้แน่ใจว่าฝั่งซ้ายเป็น main
จุดที่ 2: หัวข้อในช่อง "Add a title"
ถ้า AI เป็นคนตั้ง มันจะใส่สรุปการเปลี่ยนแปลงมาให้ด้วย
ถ้าคุณส่งเอง ข้อความ commit จะถูกเติมมาให้ล่วงหน้า
ถ้าส่งเอง ให้เขียนสั้นๆ บรรทัดเดียวว่า "ทำอะไรไปบ้าง"
จุดที่ 3: ปุ่มสีเขียว "Create pull request"
พอกดปุ๊บ ถือว่ารับงานที่ส่งมาแล้ว
หลังส่งงาน ต้องรอคนจัดการต่อ
จะมีแท็บ 4 แท็บโผล่มาด้านบนหน้าจอ
ให้ดูเฉพาะแท็บขวาสุด "Files changed"
แปลว่าไฟล์ที่มีการเปลี่ยนแปลง
บรรทัดสีเขียวคือบรรทัดที่เพิ่มเข้ามา
บรรทัดสีแดงคือบรรทัดที่ถูกลบออก
นี่แหละคือ diff
ถ้า 3 บรรทัดที่คุณสั่งไปเป็นสีเขียว แปลว่าผ่าน
ในภาพตัวอย่าง มีการเพิ่มหัวข้อและบรรทัดว่างเข้าไปด้วย เลยกลายเป็นสีเขียว 6 บรรทัด
ถ้ามีบรรทัดสีแดงที่คุณไม่ได้สั่ง อย่า merge เด็ดขาด
ในภาพตัวอย่าง มีบรรทัดสีแดง 1 บรรทัด
บรรทัดบันทึกหายไป 1 บรรทัดจาก "Items placed"
ถ้าคุณไม่ได้สั่งให้ลบ ให้หยุดตรงนี้
ถาม AI ว่า "ทำไมถึงลบบรรทัดสีแดงนี้ออก?"
นี่คือ 30 วินาทีที่สำคัญที่สุดเวลาโยนงานให้ AI ทำ
สมัยก่อน แค่เห็นแจ้งเตือน review ท้องไส้ก็ปั่นป่วนแล้ว ผมเคยมัวแต่กดโดยไม่ทันได้ดูตรงนี้
แต่เดี๋ยวนี้ ผมนับบรรทัดสีแดงก่อนเสมอ
ถ้ามีบรรทัดสีแดงที่ไม่ได้สั่งแม้แต่บรรทัดเดียว ผมจะหยุดทันที
ถ้าตรวจ diff แล้วไม่มีปัญหา ให้กลับไปที่ "Conversation"
ใกล้ๆ ด้านล่างจะมีปุ่มสีเขียว "Merge pull request"
ถ้าด้านบนเขียนว่า "No conflicts with base branch" คุณสามารถ merge ได้เลย
พอกดแล้ว มันจะเปลี่ยนเป็น "Confirm merge"
กดอีกครั้ง
ตอนนี้ บันทึกของ work branch จะถูก merge เข้ากับ main แล้ว
สีจะเปลี่ยนเป็นม่วงและแสดงคำว่า "Merged"
ด้านล่างจะมีกล่องเด้งขึ้นมาเขียนว่า "Pull request successfully merged and closed"
ทางขวามือคือ "Delete branch"
กดได้เลยตามสบาย
มันแค่ลบ "บุ๊กมาร์ก" ของ work branch ออกจากล็อกเกอร์เท่านั้น
เนื่องจากบันทึกถูก merge เข้า main ไปแล้ว จึงไม่มีอะไรสูญหาย
สุดท้าย อัปเดตสภาพแวดล้อมในเครื่องของคุณ
ส่งคำสั่งให้ AI: "สลับไป main แล้วดึงข้อมูลล่าสุดจาก GitHub มา"
แค่นี้ก็จบหนึ่งวงจร
เริ่มงานถัดไปจาก branch ใหม่เสมอ
อย่าทำงานบน main
ถึงตรงนี้ คุณก็ได้ครบวงจรตั้งแต่ส่งงาน ตรวจ diff ไปจนถึง merge แล้ว ต่อไปจะพูดถึง Revert ซึ่งเป็นปุ่มสำหรับแก้ผิดพลาดหลัง merge
**
บทที่ 3: การ Revert | แก้พลาดหลัง Merge ด้วยปุ่มเดียว
บางทีเราก็เพิ่งมาเห็นข้อผิดพลาดหลังจาก merge ไปแล้ว
ใน Git เราจะ "ยกเลิก" บันทึกที่เก็บไว้โดยไม่ได้ลบมันทิ้ง
บนหน้าจอ GitHub มีปุ่มสำหรับทำเรื่องนี้อยู่
เรียกว่า "Revert"
ให้เปิด Pull Request ที่เพิ่ง merge ไปเมื่อกี้อีกครั้ง
จะมีบรรทัดที่เขียนว่า "merged commit … into main"
ปลายสุดทางขวาของบรรทัดนั้นคือ "Revert"
กดแล้วจะเกิดอะไรขึ้น?
บันทึกจะไม่ถูกลบ
แต่จะสร้าง Pull Request ใหม่ที่มีการเปลี่ยนแปลงตรงข้ามกันขึ้นมาแทน
ตามเอกสารทางการระบุว่า การ merge จะเกิดขึ้นเมื่อคุณ merge Pull Request ใหม่นี้
ดังนั้น การ revert จึงใช้วงจรเดียวกับบทที่ 2
ตรวจดู diff แล้วกดปุ่มสีเขียว
แทนที่จะลบ มันจะเพิ่มบันทึกที่เขียนว่า "reverted" เข้ามาแทน
ถ้าจะให้ AI ทำ ให้สั่งว่า "ยกเลิก Pull Request ที่ฉันเพิ่ง merge ไป"
Claude Code จะทำแบบเดียวกันด้วยคำสั่ง git revert
ยังมีอีกหน้าจอหนึ่งที่อาจจะเจอ
"This branch has conflicts that must be resolved"
นี่คือ conflict
มันเกิดจากการที่มีคนแก้บรรทัดเดียวกันใน main กับ work branch ไม่เหมือนกัน
ปุ่มสีเขียวจะกลายเป็นสีเทากดไม่ได้
อย่าไปแก้บนหน้าจอ ให้ส่งคำสั่งบรรทัดเดียวไปหา AI
1ดึง main มา แล้วแสดงเวอร์ชันทั้งสองของส่วนที่เกิด conflict ให้ดูหน่อย
คุณเป็นคนตัดสินใจเองว่าจะเก็บเวอร์ชันไหน
พอ AI แก้ไขและอัปโหลดใหม่เสร็จ ปุ่มสีเขียวก็จะกลับมา
conflict ไม่ใช่ความล้มเหลว
มันแค่เผยความจริงที่ว่าบรรทัดเดียวกันถูกแก้ไขสองรอบ
ปิดท้ายด้วยเรื่องหนึ่งที่ไม่มีบนหน้าจอ
คีย์ (Keys)
ไฟล์ที่มีรหัสผ่านหรือ API key ห้ามอัปโหลดขึ้น GitHub เด็ดขาด
ต่อให้คุณ Revert แต่พอคีย์หลุดขึ้นไปแล้ว ก็ถือว่ารั่วไหลและต้องสร้างใหม่ทันที
ก่อนอัปโหลด ให้บอก AI ว่า "ยกเว้น .env ออกจากบันทึก"
ในที่ทำงานของผมเอง ผมเขียนค่าตั้งค่า AWS ลงในไฟล์ข้อความแล้วก็ใช้วงจรเดียวกันนี้
ค่าตั้งค่าที่ถูก merge โดยไม่ได้ตรวจ diff จะถูกนำไปรันบน production ทันที
เพราะฉะนั้น ผมจะไม่ยอมยก 30 วินาทีก่อนกดปุ่มที่สำคัญที่สุดนี้ให้ AI เด็ดขาด
มนุษย์ต้องเป็นคนกดปุ่มทุกอย่างบนหน้าจอ
แม้ผมจะขยายขอบเขตงานที่ AI ทำมากขึ้นแค่ไหน กฎข้อนี้ก็ยังคงเดิม
ถึงตรงนี้ วงจรทั้งหมดตั้งแต่เชื่อมต่อ ส่งงาน merge ไปจนถึง revert ก็เสร็จสมบูรณ์แล้ว
ปิดท้าย ผมเตรียมวัสดุพร้อมใช้มาให้แล้ว
ผมเขียนขั้นตอนการทำหนึ่งวงจรบนหน้าจอ GitHub ไว้อย่างละเอียด
และรวบรวมหน้าจอรวมถึง prompt จากบทความนี้แพ็กเป็นรูปแบบพร้อมใช้งานให้แล้ว
- โปสเตอร์แปลหน้าจอ GitHub (9 หน้าจอ 69 คำศัพท์)
- แผนที่กู้สถานการณ์เมื่อ AI ทำพัง (6 สถานการณ์)
- 7 Prompt สำหรับทำหนึ่งวงจรเต็ม
- แผ่น Checklist ก่อน Merge (8 รายการ)
จัดส่งรวมกันเป็นหนังสือ PDF ขนาด 15 หน้า
มีแค่เหล่านี้ คุณก็เริ่มทำวงจรให้สำเร็จได้ตั้งแต่วันนี้
วิธีรับ เพียงเข้าร่วม Open Chat ด้านล่าง
ทำตามคำแนะนำหลังเข้าร่วมแล้วส่งคำว่า "Submit" ระบบจะส่งให้อัตโนมัติ
https://line.me/ti/g2/pEpZQdEyn1BM5Zi2wqLBT2rZYpC0ZaOncIWTag
สรุป: ทำหนึ่งวงจรให้สำเร็จภายในวันนี้
อย่านำงานของ AI ใส่ main โดยตรง
ให้ส่งจาก work branch ตรวจดู diff แล้วค่อยกดปุ่มสีเขียว
ในหนึ่งวงจรมีปุ่มสีเขียวให้กด 3 ปุ่ม
วันที่ผมกด Revert ด้วยตัวเองครั้งแรก ผมถึงได้รู้ว่าบันทึกไม่ได้ถูกลบทิ้ง
หลังจากนั้น ผมก็ไม่กลัวที่จะลองจับลองทำอีกต่อไป
คุณไม่ต้องทำทุกอย่างให้เสร็จในวันเดียว
วันนี้มีแค่เรื่องเดียวที่ต้องทำ
เปิด repository ที่สร้างไว้ในบทที่ 1 แล้วส่งคำสั่งบรรทัดเดียวให้ AI
สร้าง branch ใหม่ เพิ่มข้อความ 1 บรรทัดลงใน README แล้วอัปโหลดขึ้น GitHub
พอแถบสีเหลืองโผล่มา ให้กดปุ่มสีเขียวแล้วเปิด "Files changed"
ถ้ามีบรรทัดสีเขียวแค่บรรทัดเดียว แปลว่าผ่าน
มองบรรทัดนั้นด้วยตาตัวเองก่อน merge
นั่นคือก้าวแรกในการขยายขอบเขตงานที่คุณโยนให้ AI ทำได้
สำหรับวิศวกรวัย 30+ ชัยชนะไม่ได้อยู่ที่ปริมาณงาน แต่อยู่ที่การออกแบบ
แทนที่จะต้องมานั่งเรียนเครื่องมือใหม่ทุกครั้งที่มันอัปเดต การกำหนดจุดที่ต้องหยุดให้ชัดเจนนั้นเร็วกว่ามาก
AWS และ AI พัฒนาไปเร็วมาก
การดู log จากคนที่ทดลองใช้ในงานจริงนั้นเร็วกว่าการพยายามตามให้ทันอยู่คนเดียว
ในการฝึกฝน AI × Engineering ของผม ผมไม่ได้ทิ้งไว้แค่บันทึกที่ทำสำเร็จ แต่ยังรวมถึงบันทึกที่ทำพังและถูกตัดทิ้งไว้ด้วย
กดติดตามเพื่อไม่ให้พลาดความรู้ดีๆ ในอนาคต! @dan_pro_man
