หลังจากติดตั้ง Git เสร็จแล้ว ขั้นตอนสำคัญต่อไปคือการตั้งค่า Git Identity โดยระบุชื่อผู้ใช้งาน (username) และอีเมลของคุณ เพื่อให้ Git สามารถบันทึกข้อมูลผู้เขียน (author information) ในแต่ละ Commit ได้อย่างถูกต้อง บทความนี้จะอธิบายวิธีการตั้งค่า Git ครั้งแรกอย่างละเอียด รวมถึงการเลือก Editor ที่เหมาะสมสำหรับการแก้ไข Commit message
เหตุใดจึงต้องตั้งค่า Git Identity?
เมื่อคุณใช้คำสั่ง git commit Git จะบันทึกข้อมูลผู้เขียนโดยใช้ชื่อและอีเมลที่คุณตั้งค่าไว้ ข้อมูลนี้มีประโยชน์หลายอย่าง:
- ระบุตัวตนของผู้ที่สร้าง Commit
- ใช้ในการติดต่อผู้เขียน Commit ผ่านทาง GitHub, GitLab หรือ Bitbucket
- สร้างประวัติการเปลี่ยนแปลงที่ชัดเจน (Git History)
- ช่วยในการตรวจสอบและ Code Review
Git Identity คืออะไร?
Git Identity ประกอบด้วยข้อมูลสองส่วนหลัก ที่ Git ใช้ในการบันทึก Commit:
- user.name – ชื่อผู้ใช้งาน (Display Name) ที่จะแสดงใน Commit
- user.email – อีเมลที่ใช้ยืนยันตัวตนบน GitHub, GitLab หรือแพลตฟอร์มอื่นๆ
ตัวอย่าง Git Identity ในการดูประวัติ Commit
$ git log
commit 5d2e8f7a3c9b6e1d2f0a4c5d6e7f8g9h
Author: สมชาย เก่าสมิทธิ <[email protected]>
Date: Mon Mar 30 10:25:00 2026 +0700
เพิ่ม Feature: ระบบลงทะเบียน
จากตัวอย่างด้านบน คุณจะเห็นว่า Git บันทึกชื่อผู้เขียนเป็น สมชาย เก่าสมิทธิ และอีเมล [email protected] สำหรับ Commit นี้
วิธีที่ 1: ตั้งค่า Global (ใช้สำหรับทุกโปรเจกต์)
ใช้วิธีนี้เมื่อต้องการตั้งค่า Git ให้ใช้งานชื่อและอีเมลเดียวกันสำหรับทุกโปรเจกต์บนเครื่องของคุณ (แนะนำวิธีนี้มากที่สุด):
$ git config --global user.name "ชื่อของคุณ"
$ git config --global user.email "[email protected]"
ตัวอย่างการตั้งค่าจริง:
$ git config --global user.name "สมชาย เก่าสมิทธิ"
$ git config --global user.email "[email protected]"
ข้อมูลจะถูกเก็บไว้ในไฟล์ ~/.gitconfig สามารถดูได้ด้วยคำสั่ง:
$ cat ~/.gitconfig
วิธีที่ 2: ตั้งค่า Local (เฉพาะโปรเจกต์นี้)
ใช้วิธีนี้เมื่อต้องการใช้ชื่อและอีเมลต่างกันสำหรับโปรเจกต์เฉพาะ เช่น โปรเจกต์งาน (Work) กับโปรเจกต์ส่วนตัว (Personal):
# เข้าไปในโฟลเดอร์โปรเจกต์
$ cd /path/to/my-project
# ตั้งค่า user.name เฉพาะสำหรับโปรเจกต์นี้
$ git config user.name "ชื่อสำหรับโปรเจกต์นี้"
# ตั้งค่า user.email เฉพาะสำหรับโปรเจกต์นี้
$ git config user.email "[email protected]"
ข้อมูล Local จะถูกเก็บในไฟล์ .git/config ภายในโปรเจกต์เท่านั้น
หมายเหตุ: ตั้งค่า Local จะมีความสำคัญกว่า Global หากคุณตั้งค่าทั้งสองแบบ Git จะใช้ค่า Local สำหรับโปรเจกต์นั้นๆ
วิธีที่ 3: เลือก Editor สำหรับการแก้ไข Commit Message
เมื่อคุณสร้าง Commit โดยไม่มี Commit message Git จะเปิด Editor ให้คุณเขียน Message ลองดูตัวอย่างการตั้งค่า Editor ต่างๆ:
ตั้งค่า Vim (Editor ค่าเริ่มต้น)
$ git config --global core.editor vim
ตั้งค่า Nano (ใช้งานง่ายกว่า)
$ git config --global core.editor nano
ตั้งค่า Visual Studio Code
$ git config --global core.editor "code --wait"
ตั้งค่า Sublime Text
$ git config --global core.editor "subl -w"
การเลือก Editor ที่เหมาะสมช่วยให้การเขียน Commit message สะดวกและรวดเร็วขึ้น โดยเฉพาะเมื่อทำงานเป็นทีม
ตรวจสอบการตั้งค่า Git ของคุณ
หลังจากตั้งค่า Git แล้ว ควรตรวจสอบว่าค่าที่ตั้งไว้ถูกต้องหรือไม่ด้วยคำสั่ง:
$ git config --list
คำสั่งนี้จะแสดงการตั้งค่า Git ทั้งหมด (Global และ Local) ตัวอย่างผลลัพธ์:
user.name=สมชาย เก่าสมิทธิ
[email protected]
core.editor=nano
core.autocrlf=false
core.safecrlf=true
ถ้าต้องการดูเฉพาะการตั้งค่า Global ให้ใช้:
$ git config --global --list
หรือดูเฉพาะการตั้งค่า Local ในโปรเจกต์:
$ git config --local --list
ทำไมการตั้งค่า Git Identity จึงสำคัญสำหรับ Cloud VPS?
- ทำงานเป็นทีม: เมื่อหลายคนแก้ไขโค้ดบนเซิร์ฟเวอร์เดียวกัน ระบบ Git จะบันทึกว่าใครเป็นผู้สร้าง Commit
- Deployment: เมื่อใช้ Git Hooks สำหรับ Automatic Deployment ผู้ดูแลระบบต้องรู้ว่าใครสร้าง Commit ล่าสุด
- Code Audit: สำหรับการตรวจสอบความปลอดภัย (Security Audit) ต้องสามารถติดตามการเปลี่ยนแปลงของแต่ละคน
- Issue Tracking: การเชื่อมโยง Commit กับ GitHub Issues, Jira หรือระบบอื่นทำได้ดีขึ้น
สรุป
การตั้งค่า Git Identity ครั้งแรกนั้นง่ายและสำคัญอย่างยิ่ง โดยทำให้:
- Git สามารถบันทึกข้อมูลผู้เขียน (Author Information) ได้อย่างถูกต้อง
- ทีมงานสามารถติดตามว่าใครสร้าง Commit ใด
- ระบบ GitHub, GitLab และอื่นๆ สามารถ Link Commit กับบัญชีของคุณได้
- การทำงานร่วมกันในโปรเจกต์เป็นทีมมีประสิทธิภาพมากขึ้น
ที่นี้คุณพร้อมแล้วที่จะใช้งาน Git อย่างเต็มที่ สามารถศึกษาเพิ่มเติมเรื่อง Git Workflow และ Best Practices ได้จากบทความอื่นๆ ในหมวด Git ของเรา
