AI ต่อสายการ deploy และการตั้งค่าอย่างไร

นี่คือจุดที่ vibe coding ส่องแสง ค่าคอนฟิกการ เป็นงานประเภทที่แม่นยำ มีเอกสารกำกับชัดเจน เต็มไปด้วยงานซ้ำ ๆ ตามแบบแผน ที่ AI เก่งมาก คุณเป็นผู้กำกับทิศทาง มันเป็นผู้เขียน

พรอมป์ที่ได้ผลจะมีลักษณะแบบนี้:

"เพิ่ม Dockerfile ให้แอป Node นี้ และค่าคอนฟิก Railway เพื่อ deploy มัน"
"เขียน GitHub Actions workflow ที่ deploy โฟลเดอร์ dist/ ไปยัง Cloudflare Pages ทุกครั้งที่ push ไปยัง main"
"ฟังก์ชันเซิร์ฟเวอร์เลสของฉันเจอ cold-start timeout — น่าจะเกิดจากอะไร และฉันจะแก้ค่าคอนฟิกยังไง?"

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

# .github/workflows/deploy.yml
name: Deploy
on:
  push:
    branches: [main]
jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci && npm run build
      - name: Publish to Cloudflare Pages
        uses: cloudflare/wrangler-action@v3
        with:
          apiToken: ${{ secrets.CF_API_TOKEN }}
          command: pages deploy dist --project-name=my-app

คุณไม่จำเป็นต้องจำไวยากรณ์นี้ให้ขึ้นใจ คุณแค่ต้องเข้าใจว่ามันทำอะไร: ทุกครั้งที่ push ไปยัง main มันจะ checkout โค้ดของคุณ build แล้วเผยแพร่ผลลัพธ์ เมื่อมีอะไรพัง คุณก็แค่คัดลอกข้อความ error กลับไปให้ AI แล้วขอให้มันแก้ค่าคอนฟิก

ผู้สร้างหลายคนข้ามไฟล์ GitHub Actions ไปเลยในตอนแรก และแค่ deploy จากเทอร์มินัลของตัวเองด้วยคำสั่งเดียว นั่นมักเป็นวิธีที่เร็วที่สุดที่จะเห็นอะไรบางอย่างขึ้นออนไลน์ในวันแรก การ deploy Cloudflare Pages แบบเดียวกันหน้าตาแบบนี้จากบรรทัดคำสั่ง:

# install the CLI once
npm install -g wrangler

# build your site, then push the output folder live
npm run build
wrangler pages deploy dist --project-name=my-app

การรันครั้งแรกจะขอให้คุณล็อกอินผ่านเบราว์เซอร์ หลังจากนั้นก็เหลือแค่คำสั่งเดียว ข้อแลกเปลี่ยนนั้นง่ายมาก: คำสั่งเทอร์มินัลเหมาะกับ "deploy เดี๋ยวนี้เลย" และไฟล์ GitHub Actions เหมาะกับ "deploy อัตโนมัติตลอดไป" โปรเจกต์ส่วนใหญ่เริ่มจากแบบแรก แล้วค่อยเพิ่มแบบหลังเมื่อการ deploy กลายเป็นเรื่องปกติ ถาม AI ว่าแบบไหนเหมาะกับจุดที่คุณอยู่

เคล็ดลับการกำกับทิศทางสองสามข้อที่ช่วยประหยัดความเจ็บปวดจริง ๆ:

ให้ AI อธิบายก่อนลงมือ "ก่อนเขียนค่าคอนฟิก บอกฉันหน่อยว่าประเภทการโฮสต์แบบไหนเหมาะกับโปรเจกต์นี้ และทำไม" วิธีนี้จับการออกแบบที่ซับซ้อนเกินจำเป็นได้ตั้งแต่เนิ่น ๆ
เก็บความลับให้อยู่นอกโค้ด กุญแจ และรหัสผ่านต้องอยู่ในตัวแปรสภาพแวดล้อม / ที่เก็บความลับของแพลตฟอร์ม ไม่ใช่ในไฟล์ที่คุณ ขอให้ AI ใช้การอ้างอิงความลับ เหมือนกับ CF_API_TOKEN ด้านบน
Deploy แต่เนิ่น ๆ deploy บ่อย ๆ ให้ "hello world" ขึ้นออนไลน์ในวันแรก ไปป์ไลน์ที่ทำงานมาตั้งแต่ต้นดีบั๊กง่ายกว่ามากเมื่อเทียบกับที่ประกอบขึ้นตอนเปิดตัว
ขอเรื่องราวการย้อนกลับ (rollback) ล่วงหน้า "ถ้า deploy นี้พัง ฉันจะกลับไปหาเวอร์ชันที่ใช้งานได้ยังไง?" แพลตฟอร์มดี ๆ จะเก็บ deploy ก่อนหน้าของคุณไว้ให้กดกลับได้ในคลิกเดียว การรู้ว่าปุ่มย้อนกลับมีอยู่ก่อนที่คุณจะต้องใช้มัน เปลี่ยนความตื่นตระหนกตอนตีสองให้กลายเป็นแค่การยักไหล่

AI ต่อสายการ deploy และการตั้งค่าอย่างไร

อยากได้แบบออฟไลน์?