วิธีทำงานบน Server แบบใหม่ — คู่มือสำหรับทีม SYNERRY (ประหยัด Disk 90%)
เลิกใช้ ~/workspace/ แล้ว — ระบบ worktree ใหม่ประหยัด disk 90% เพิ่มคนใหม่ได้ไม่จำกัด แค่เปลี่ยน folder ที่เปิดใน Cursor
เปลี่ยน folder เดียว ประหยัด Disk 90%
คู่มือสำหรับทีม Viber ทุกคน — อ่านจบแล้วทำตามได้เลย
ทำไมต้องเปลี่ยนวิธีทำงานบน Server
Server ของทีม disk ใกล้เต็ม — สาเหตุหลักไม่ใช่ code แต่เป็น node_modules ที่ถูก clone ซ้ำทุกคน คนละชุด เดิมทุกคน clone repo มาไว้ใน folder ตัวเอง ทำให้ code ชุดเดียวกันกิน disk ซ้ำ 6-7 เท่า ระบบใหม่แก้ปัญหานี้ได้หมด — แค่เปลี่ยน path ที่เปิดใน Cursor
เปลี่ยนแค่ path ที่เปิด — นอกนั้นทุกอย่างเหมือนเดิม ไม่ต้องเรียนอะไรใหม่
ก่อนหน้านี้ทีมทำงานยังไง
ทุกคน SSH เข้า server ผ่าน Cursor แล้วเปิด folder ของตัวเองที่ ~/workspace/ชื่อตัวเอง/ ข้างในก็ clone repo ทุกตัวมา — BuildBOI, BOI_Main, dra — ทุกคนได้ code ชุดเดียวกัน แต่ คนละ copy
├── mind/
│ ├── BOI_Main/ ← mind clone มาทำงาน
│ ├── BuildBOI/ ← mind clone มาทำงาน
│ └── dra/ ← mind clone มาทำงาน
├── tae/
│ ├── BOI_Main/ ← tae ก็ clone ชุดเดียวกัน
│ ├── BuildBOI/ ← tae ก็ clone ชุดเดียวกัน
│ └── dra/ ← tae ก็ clone ชุดเดียวกัน
├── namrin/
│ └── ... ← namrin ก็ clone ซ้ำอีก
└── ...
เปรียบเทียบให้เห็นภาพ
ลองนึกว่า project คือ หนังสือ 1 เล่ม
แบบเดิม = ถ่ายเอกสาร
ถ่ายเอกสารหนังสือให้ทุกคน คนละ 1 ชุด
6 คน = 6 ชุด = 7.2 GB สำหรับ code ชุดเดียวกัน
แบบใหม่ = ห้องสมุด
หนังสือมี 1 ชุดในห้องสมุด
ทุกคนนั่งอ่านโต๊ะตัวเอง จดโน้ตแยก
ไม่ว่ากี่คนก็ไม่เพิ่ม disk
3 ปัญหาที่ทำให้ต้องเปลี่ยน
ปัญหาหลัก 3 ข้อที่ทำให้ระบบเดิมใช้ต่อไม่ได้ — ทั้งเรื่อง disk, permission, และการขยายทีม
Disk ใกล้เต็ม
194 GB ใช้ไป 143 GB — node_modules ซ้ำทุกคน กิน 1.1 GB ต่อ copy
Permission วุ่นวาย
folder เปิดสิทธิ์หมด ใครก็แก้/ลบไฟล์คนอื่นได้ ถ้าพิมพ์ผิด = จบ
ขยายทีมไม่ได้
เพิ่ม 1 คน = clone + npm install ทุก repo กิน disk อีก 3-5 GB
Disk Usage — เห็นชัดเลยว่ากินเท่าไหร่
code จริงๆ มีแค่ไม่กี่ MB — ที่กิน disk คือ node_modules ที่ถ่ายเอกสารซ้ำทุกคน
แนวคิด "ห้องสมุด" — ทุกคนใช้ code ชุดเดียวกัน
ทุกคนทำงานกับ code ต้นฉบับชุดเดียวกัน แต่แต่ละคนได้ "โต๊ะทำงาน" (worktree) แยกของตัวเอง — แก้ไฟล์ได้โดยไม่กระทบคนอื่น
โครงสร้างใหม่บน Server
│
├── .repos/ ← ห้องสมุด (ห้ามแตะ!)
│ ├── BOI_Main.git/
│ ├── BuildBOI.git/
│ └── dra.git/
│
├── BOI_Main/ ← project BOI_Main
│ ├── main/ ← production (ดูอย่างเดียว)
│ ├── develop/ ← staging
│ ├── mind/ ← โต๊ะของ mind
│ ├── tae/ ← โต๊ะของ tae
│ └── namrin/ ← โต๊ะของ namrin
│
├── BuildBOI/ ← project BuildBOI
│ ├── main/ · develop/ · mind/ · tae/ · ...
│
└── dra/ ← project DRA
├── main/ · develop/ · mind/ · ...
ต้นฉบับ 1 ชุด = ไม่ว่ากี่คนก็ไม่เพิ่ม disk — เพิ่มคนใหม่รัน command เดียว เสร็จภายใน 5 วินาที
วิธีทำงานแบบใหม่ — 5 ขั้นตอน
ทำงานเหมือนเดิมทุกอย่าง แค่เปลี่ยน folder ที่เปิดใน Cursor — ไม่ต้องเรียนเครื่องมือใหม่ ไม่ต้องจำอะไรเพิ่ม
เปิด Cursor เข้า folder ใหม่
Remote SSH เข้า server เหมือนเดิม แต่เปลี่ยน path:
❌ เดิม: /home/linux-nat/workspace/mind/BuildBOI/
✅ ใหม่: /srv/projects/BuildBOI/mind/
npm install (ครั้งแรกครั้งเดียว)
พิมพ์ใน Cursor AI:
AI จะรัน npm install ให้อัตโนมัติ — ทำครั้งเดียวพอ ไม่ต้องทำอีก ยกเว้นมีคนเพิ่ม package ใหม่
เขียน code ตามปกติ
สั่ง AI ผ่าน Cursor ได้เลย — เช่น:
AI จะสร้าง component + เขียน code ให้ — ตรวจผลลัพธ์แล้วกด Accept
บันทึกงาน (Git)
พิมพ์ใน Cursor AI:
AI จะรัน git add + commit + push ให้ — เปลี่ยน ชื่อตัวเอง เป็นชื่อจริง เช่น feature/mind, feature/tae
ถ้าอยากพิมพ์ command เองก็ได้
git add .
git commit -m "feat: เพิ่มหน้า login"
git push origin feature/ชื่อตัวเอง
สร้าง Merge Request บน GitLab
เปิด GitLab → กดปุ่ม "Create Merge Request" ที่ขึ้นมาหลัง push → เขียนรายละเอียดสั้นๆ → รอ Maintainer review
Flow ทั้งหมดในภาพเดียว
เขียน code
ใน folder ตัวเอง
commit
บันทึกในเครื่อง
push
ส่งขึ้น GitLab
Merge Request
ขอ review + merge
commit บ่อยๆ push ทุกวัน — ป้องกัน code หาย ถ้า server มีปัญหา
ถึงครึ่งทางแล้ว
ข้างบนเข้าใจ "ทำไม" กับ "ทำยังไง" ต่อไปคือ "กฎที่ต้องจำ" + FAQ
กฎที่ต้องจำ
กฎไม่เยอะ จำแค่ 2 หมวด — "ห้ามทำ" กับ "ต้องทำ" ถ้าทำตามนี้ครบจะไม่มีปัญหาอะไรเลย
🚫 ห้ามทำ
- ห้ามแก้ไฟล์ใน folder main/ — production ห้ามแตะ
- ห้ามแก้ไฟล์ใน folder develop/ — ให้ merge ผ่าน GitLab
- ห้ามเข้า folder ของคนอื่น — เช่น mind ห้ามไปแก้ใน tae/
- ห้ามแตะ folder .repos/ — ห้องสมุดกลาง ถ้าพัง = ทุกคนพัง
- ห้าม merge เข้า main เอง — ต้องผ่าน MR + review เท่านั้น
✅ ต้องทำ
- ทำงานใน folder ชื่อตัวเอง เท่านั้น
- commit บ่อยๆ อย่ารอสะสม — commit ทุกครั้งที่ทำ feature ย่อยเสร็จ
- push ขึ้น GitLab ทุกวัน — ป้องกัน code หาย
- สร้าง Merge Request เมื่อ feature เสร็จ — ให้คนอื่น review ก่อน merge
เกือบจบแล้ว — เหลือ FAQ กับ Cheat Sheet
อ่านถึงตรงนี้ = เข้าใจระบบใหม่ครบแล้ว ข้างล่างเป็นคำถามที่มักจะถาม + คำสั่งที่ใช้ทุกวัน
FAQ — คำถามที่จะถาม
รวมคำถามที่ทีมน่าจะสงสัย — ถ้ามีคำถามเพิ่มเติมถามพี่แนมได้เลย
ต้องย้าย code จาก ~/workspace/ มาไหม?
ไม่ต้อง — folder ใหม่มี code ชุดเดียวกันอยู่แล้ว แค่เปิด Cursor ชี้ไปที่ใหม่ เช่น /srv/projects/BuildBOI/mind/
ถ้ามี code ที่ยัง ไม่ได้ commit ใน workspace เดิม ให้ commit + push ก่อน แล้วเข้า folder ใหม่ git pull มา
npm install ต้องทำทุกครั้งไหม?
ไม่ต้อง — ทำครั้งแรกครั้งเดียวเมื่อเข้า folder ใหม่ หลังจากนั้นไม่ต้องทำอีก ยกเว้นมีคนเพิ่ม package ใหม่ใน package.json
ถ้า 2 คนแก้ไฟล์เดียวกันจะเป็นยังไง?
ไม่มีปัญหา เพราะแต่ละคนทำงานใน folder แยก — mind แก้ page.tsx ใน /mind/ ส่วน tae แก้ page.tsx ใน /tae/ ไฟล์คนละชุดกัน ไม่ทับกัน ตอน merge บน GitLab ถ้ามี conflict ค่อยแก้ตอนนั้น
จะดู code ของคนอื่นได้ไหม?
ได้ ดูได้ แต่ห้ามแก้ เข้าไปดูได้ที่ /srv/projects/BuildBOI/tae/ (เปลี่ยนชื่อเป็นคนที่อยากดู)
อยากทดสอบ code ของ develop (รวมงานทุกคน)?
เข้าไปที่ /srv/projects/BuildBOI/develop/ แล้ว git pull + npm install (ถ้ามี package ใหม่) + npm run dev — แต่ดูได้อย่างเดียว ห้ามแก้ไฟล์ใน develop/
มีคนใหม่เข้าทีม ต้องทำยังไง?
บอก Admin (พี่แนม) รัน command เดียว:
/srv/projects/add-member.sh BuildBOI ชื่อคนใหม่เสร็จ — คนใหม่เปิด Cursor ชี้ไป folder ได้เลย
workspace เดิมจะลบเมื่อไหร่?
เก็บไว้เป็น backup ก่อน — เมื่อทุกคนย้ายมาใช้ folder ใหม่ครบแล้วค่อยลบ
Cheat Sheet — Cursor Prompt ที่ใช้บ่อย
Prompt สำหรับ Cursor AI ที่ใช้ทุกวัน — copy ไปวางใน Cursor ได้เลย
// ดูว่าอยู่ branch อะไร + แก้ไฟล์อะไรไปบ้าง"ดูสถานะ git ให้หน่อย อยู่ branch อะไร แก้ไฟล์อะไรไปบ้าง"
// บันทึกงาน + ส่งขึ้น GitLab"commit งานที่แก้ไป แล้ว push ขึ้น GitLab branch feature/mind"
// ดึง code ล่าสุดจาก develop มารวม"pull code ล่าสุดจาก develop มา merge กับ branch ปัจจุบัน"
// เปิด dev server"start dev server ให้หน่อย"
// ถ้ามี error"error นี้แก้ยังไง [paste error message]"
อยากพิมพ์ command เองก็ได้ — กดดู
git branch # ดูว่าอยู่ branch อะไร
git status # ดูว่าแก้ไฟล์อะไรไปบ้าง
git add . # เตรียมไฟล์
git commit -m "feat: เพิ่ม xxx" # บันทึก
git push origin feature/ชื่อตัวเอง # ส่งขึ้น GitLab
git pull origin develop # ดึง code ล่าสุด
npm run dev # เปิด dev server
รูปแบบ Commit Message
Path ของแต่ละคน — เปิด Cursor ชี้ไปที่นี่
| ชื่อ | BOI_Main | BuildBOI | DRA |
|---|---|---|---|
| mind | /srv/projects/BOI_Main/mind/ | /srv/projects/BuildBOI/mind/ | /srv/projects/dra/mind/ |
| tae | /srv/projects/BOI_Main/tae/ | /srv/projects/BuildBOI/tae/ | /srv/projects/dra/tae/ |
| namrin | /srv/projects/BOI_Main/namrin/ | /srv/projects/BuildBOI/namrin/ | /srv/projects/dra/namrin/ |
| nam | /srv/projects/BOI_Main/nam/ | /srv/projects/BuildBOI/nam/ | /srv/projects/dra/nam/ |
| taan | /srv/projects/BOI_Main/taan/ | /srv/projects/BuildBOI/taan/ | /srv/projects/dra/taan/ |
| nat | /srv/projects/BOI_Main/nat/ | /srv/projects/BuildBOI/nat/ | /srv/projects/dra/nat/ |
| ohm | /srv/projects/BOI_Main/ohm/ | /srv/projects/BuildBOI/ohm/ | /srv/projects/dra/ohm/ |
TL;DR — สรุปสั้นๆ
เลิกใช้ ~/workspace/ชื่อตัวเอง/ → ใช้ที่ใหม่ /srv/projects/<ชื่อ project>/<ชื่อตัวเอง>/
ตัวอย่าง: mind เปิด Cursor → /srv/projects/BuildBOI/mind/
ทุกอย่างเหมือนเดิม แค่เปลี่ยน folder ที่เปิด
Related Articles
I Built idea2logic.com with AI — Inside the Architecture of 30+ Pages & 40+ APIs
I built idea2logic.com entirely with AI — 30+ pages, 40+ APIs, 14 database tables. This article opens up the full architecture with Interactive Diagrams.
Using AI to QC-QA a Real Web App — 8 Categories, 163 Items — Score Jumped from 49% to 89%
An experiment using AI deep research to find QC-QA checklists for web projects yielded 236 prompts, 32 tools, and 195 checklist items across 8 categories. Then those were used to audit a real web app — covering Functional Testing, Security, Performance, Accessibility, SEO, and 3 more categories — with every actual prompt included.
SYNERRY Enterprise Platform Engine — The Full Story Behind Building a New System from Scratch
When SYNERRY's legacy system hit its breaking point, a survey went out to 7 devs. The result: 40 issues across 14 categories. This is the behind-the-scenes story of every decision — from the problems discovered to the Tech Stack chosen.