กำหนดค่า Netlify เฉพาะสาขาโดยอัตโนมัติด้วย Bash

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

นี่อาจเป็นเรื่องที่น่ากังวลในสถานการณ์ที่นักพัฒนาหลายคนกำลังทำงานบนโค้ดเบส ทำการเปลี่ยนแปลงสาขาต่างๆ หรือจัดการการกำหนดค่าเฉพาะสาขาหลายรายการ

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

เมื่อมีการเปลี่ยนแปลงในสาขาการจัดเตรียมหรือการใช้งานจริงและมีการทริกเกอร์บิลด์ คุณจะต้องแน่ใจว่าทรัพยากรที่ถูกต้องที่แนบมากับสาขานั้นได้รับการบำรุงรักษา ในบางกรณี คุณอาจต้องกำหนดกฎการเปลี่ยนเส้นทางที่แตกต่างกันสำหรับแต่ละไคลเอนต์ คำสั่ง build แบบกำหนดเอง หรือการตั้งค่าอื่น ๆ สำหรับแต่ละสาขา

ในบทความนี้ ผมจะอธิบายวิธีจัดการการกำหนดค่าเฉพาะสาขา รวมถึงการเปลี่ยนเส้นทางสำหรับหลายสาขาโดยอัตโนมัติ โดยใช้สคริปต์ทุบตีแบบง่ายๆ นอกจากนี้ ฉันจะแสดงให้คุณเห็นวิธีผสานกฎเฉพาะบริบทสำหรับสาขาการแสดงละครและสาขาที่ใช้งานจริงของคุณบน Netlify อย่างปลอดภัย

สิ่งที่เราจะกล่าวถึง:

โครงสร้างโครงการและสถานการณ์จำลอง
การเปลี่ยนเส้นทาง/การเขียนซ้ำคืออะไร
กระบวนการ Netlify เปลี่ยนเส้นทางอย่างไร
- การใช้ไวยากรณ์ของไฟล์ _redirects
- การใช้ไวยากรณ์ไฟล์การกำหนดค่า netlify.toml
ปัญหา:การจัดการไฟล์ netlify.toml หลายไฟล์สำหรับสาขาที่แตกต่างกัน
วิธีเขียนสคริปต์เพื่อสร้างไฟล์การกำหนดค่าของเราโดยอัตโนมัติ
- ตัวอย่างไฟล์ Netlify.toml
- ขั้นตอนที่ 1:สร้างโฟลเดอร์สคริปต์และเพิ่มไฟล์สคริปต์
- ขั้นตอนที่ 2:แก้ไข package.json เพื่อรวมคำสั่งสคริปต์
วิธีปรับใช้ลูกค้าของเราเพื่อ Netlify
- การทำให้โปรเจ็กต์ของคุณใช้งานได้ครั้งแรกกับ Netlify
- การปรับใช้ครั้งต่อไป / วิธีการตั้งค่าการปรับใช้สาขา
  - ขั้นตอนที่ 1:ตั้งค่าตัวแปรสภาพแวดล้อมใน Netlify สำหรับบริบทแต่ละสาขา — การผลิต การจัดเตรียม และอื่นๆ
  - ขั้นตอนที่ 2:ทริกเกอร์การปรับใช้ใหม่
ตรวจสอบการปรับใช้ของคุณ
บทสรุป

โครงสร้างโครงการและสถานการณ์จำลอง

พิจารณาสถานการณ์ที่คุณมีเซิร์ฟเวอร์สองเครื่องแยกกันที่ใช้งานสำหรับโปรเจ็กต์ หนึ่งเซิร์ฟเวอร์เพื่อรองรับคำขอไปยังสภาพแวดล้อมชั่วคราว (ปรับใช้กับ Render) และอีกเซิร์ฟเวอร์หนึ่งสำหรับสภาพแวดล้อมการใช้งานจริง (ปรับใช้กับ Google Cloud Run)

นอกจากนี้ คุณยังมีการปรับใช้ไคลเอ็นต์สองรายการแยกกันบน Netlify โดยแต่ละรายการมี API_BASE_URL ที่เกี่ยวข้อง ซึ่งให้บริการโดยเซิร์ฟเวอร์ที่เกี่ยวข้องดังที่แสดงด้านล่าง:

กำหนดค่า Netlify เฉพาะสาขาโดยอัตโนมัติด้วย Bash – คำแนะนำทีละขั้นตอน

รูปภาพด้านล่างคือ 07 พื้นที่เก็บข้อมูลด้วย 11 และ 29 โฟลเดอร์/ไดเร็กทอรีภายในนั้น นี่คือภาพรวมของโครงสร้างในแต่ละสาขาที่กล่าวข้างต้น แต่ละไดเรกทอรีจะมี 38 ของตัวเอง ไฟล์นี้ถือเป็นองค์ประกอบอิสระและสามารถนำไปใช้กับบริการสองแห่งที่แยกจากกัน

 
 
 
 ในการปรับใช้ส่วนหน้าของคุณสำหรับไคลเอนต์แต่ละราย คำขอทั้งหมดของคุณที่ส่งไปยังปลายทางที่ขึ้นต้นด้วย 40 ถูกส่งไปยังเซิร์ฟเวอร์ เส้นทางอื่นๆ ยังคงอยู่ในส่วนหน้าเพื่อนำคุณไปยังเพจต่างๆ ภายในไคลเอ็นต์ ดังนั้น คุณจะต้องเขียนกฎที่ถูกต้องเพื่อเป็นแนวทางให้กับลูกค้าของคุณเกี่ยวกับวิธีดำเนินการตามคำขอเหล่านี้ สิ่งเหล่านี้เรียกว่ากฎการเปลี่ยนเส้นทางหรือการเขียนซ้ำ
 การเปลี่ยนเส้นทาง/การเขียนซ้ำคืออะไร
 
 การเปลี่ยนเส้นทางหรือเขียนใหม่เป็นกฎที่คุณสามารถสร้างเพื่อให้ URL บางรายการไปยังตำแหน่งใหม่โดยอัตโนมัติทุกที่บนอินเทอร์เน็ต (ที่มา:WPengine) โดยทั่วไปเรียกอีกอย่างว่า การส่งต่อ URL และคุณสามารถใช้ได้ทุกที่ – ในเว็บไซต์ทั้งหมด ส่วนของเว็บไซต์ หรือเว็บแอปพลิเคชันทั้งหมด
 
 ในเว็บแอปพลิเคชัน การเปลี่ยนเส้นทางมักใช้เพื่อกำหนดวิธีดำเนินการตามคำขอ แพลตฟอร์มเว็บโฮสติ้ง เช่น Netlify และ Vercel ก็ใช้แพลตฟอร์มเหล่านี้เช่นกัน ทำให้นักพัฒนามีทางเลือกในการพิจารณาว่าเว็บแอปพลิเคชันของตนดำเนินการตามคำขออย่างไร
 กระบวนการเปลี่ยนเส้นทางของ Netlify อย่างไร
 
 Netlify มีสองวิธีที่เป็นไปได้ในการระบุกฎการเปลี่ยนเส้นทาง คุณสามารถทำได้โดยใช้ 52 ไวยากรณ์ของไฟล์หรือใช้ 69 ไวยากรณ์ไฟล์การกำหนดค่า พวกเขาบรรลุเป้าหมายเดียวกัน แต่ 79 ไวยากรณ์ทำให้คุณมีตัวเลือกและความสามารถมากขึ้น
 การใช้ 87 ไวยากรณ์ของไฟล์
 
 หากคุณเลือกใช้ไวยากรณ์การเปลี่ยนเส้นทาง คุณควรสร้าง 94 ในโฟลเดอร์สาธารณะของแอปไคลเอนต์ของคุณ และระบุกฎการเปลี่ยนเส้นทางภายในนั้น มันง่ายอย่างที่คิด ด้านล่างนี้เป็นตัวอย่างของกฎการเปลี่ยนเส้นทางภายในไฟล์:
 
 
 
 กฎข้างต้นสามารถตีความได้เป็น:
   
 ส่งคำขอทั้งหมดของฉันที่ตรงกับ 109 ไปยัง URL API ที่ระบุ และส่งคืนรหัสสถานะความสำเร็จ 200 รหัส เครื่องหมายดอกจัน (*) หลัง 113 ดังที่เห็นใน 126 สั่งให้เพิ่มส่วนขยายอื่น ๆ ของ URL ดั้งเดิมต่อท้าย URL API ที่ระบุ ตัวอย่างเช่น หากคุณมี 139 ในส่วนหน้าของคุณ คำขอนั้นจะถูกเปลี่ยนเส้นทางไปที่ 145 . 158 ที่เห็นใน URL ของ API เป็นเพียงตัวยึดตำแหน่งเท่านั้น
 

  
 ให้บริการเส้นทางเริ่มต้นอื่นๆ ทั้งหมดผ่านโฟลเดอร์ index.html สิ่งนี้จำเป็นเพื่อให้แน่ใจว่าคุณจะไม่พบหน้าที่เสียหายเมื่อคุณนำทางไปยังหน้าอื่นและพยายามเยี่ยมชมหน้าก่อนหน้าโดยใช้ปุ่ม "ย้อนกลับ"
 
 
 การใช้ 166 ไวยากรณ์ไฟล์การกำหนดค่า
 
 176 ไฟล์การกำหนดค่าช่วยให้คุณมีความยืดหยุ่นมากขึ้นเมื่อระบุกฎการเปลี่ยนเส้นทาง ซึ่งรวมถึงแต่ไม่จำกัดเพียงการจับคู่เส้นทางคำขอเดิม ปลายทางที่ต้องการ การตอบกลับด้วยรหัสสถานะที่ต้องการ กฎส่วนหัว ลายเซ็น ข้อจำกัดของประเทศ บทบาท และอื่นๆ
 
 นี่คือตัวอย่าง 181 ไฟล์ที่มาจากเอกสารของ Netlify:
 
 
 
 หมายเหตุด่วน: การใช้ไฟล์การเปลี่ยนเส้นทางเพื่อเปลี่ยนเส้นทางคำขอบางอย่างไปยัง API ของเราก็ถือว่าไม่มีปัญหา แต่อาจถือเป็นความเสี่ยงด้านความปลอดภัย โดยการเพิ่ม URL API ของเราเป็นข้อความธรรมดาใน การเปลี่ยนเส้นทาง ไฟล์หาก API_BASE_URL ควรจะเป็นแบบส่วนตัว เนื่องจากไฟล์ใดๆ ในโฟลเดอร์สาธารณะมีลักษณะเป็นไฟล์สาธารณะ และใครๆ ก็สามารถเข้าถึงได้
 
 หากตำแหน่งโดยตรงที่คุณต้องการให้มีในแอปของคุณเป็น URL สาธารณะ คุณสามารถใช้ 199 ได้เลย ไวยากรณ์ของไฟล์ แต่ถ้าคุณต้องการมี URL ส่วนตัว ให้ใช้ 209 ไฟล์การกำหนดค่าร่วมกับตัวแปรสภาพแวดล้อมโดยทั่วไปจะเป็นแนวคิดที่ดีกว่า
 ปัญหา:การจัดการหลายรายการ 217 ไฟล์สำหรับสาขาต่างๆ
 
 เมื่อคุณใช้ 221 เพื่อกำหนดคำสั่ง build และการตั้งค่าเฉพาะสภาพแวดล้อม และคุณทำการเปลี่ยนแปลงที่พุชไปยังที่เก็บของคุณและคำขอดึงข้อมูลแบบเปิด คุณต้องละเว้นหรือแก้ไข 230 แต่ละรายการด้วยตนเอง ในแต่ละสาขา สิ่งนี้จะทำให้เกิดความเครียดและเสี่ยงต่อข้อผิดพลาดในที่สุด
 
 นอกจากนี้ เราต้องการหลีกเลี่ยงการที่ URL API ของเราฮาร์ดโค้ดใน 245 ของเรา หรือ 259 ไฟล์ภายในฐานรหัสโครงการของเราด้วยเหตุผลด้านความปลอดภัย เราจะใช้ตัวแปรสภาพแวดล้อมตามที่ระบุไว้ใน Netlify UI ของเราสำหรับบริบทการผลิตและการจัดเตรียม
 
 เพื่อหลีกเลี่ยงปัญหาข้างต้น เราจะใช้สคริปต์ขนาดเล็กในโค้ดเบสของเราเพื่อสร้าง 264 ที่ถูกต้องแบบไดนามิก ไฟล์ของแต่ละสาขา วิธีการนี้ขจัดข้อขัดแย้งและขจัดความจำเป็นในการแทรกแซงด้วยตนเองเมื่อสลับระหว่างสาขาหรือจัดการคำขอดึง
 วิธีเขียนสคริปต์เพื่อสร้างไฟล์การกำหนดค่าของเราโดยอัตโนมัติ
 ตัวอย่าง 275 ไฟล์
 
 ด้านล่างนี้คือภาพหน้าจอของตัวอย่าง 284 ไฟล์ที่เราพยายามทำให้สำเร็จสำหรับแต่ละบิลด์ คุณจะเห็นว่าคำขอทั้งหมดของเราที่ตรงกับ 296 ในโค้ดเบสของเราจะถูกส่งไปที่ API ของเรา
 
 คุณสามารถกำหนดให้คำขอปลายทาง API ของคุณมีโครงสร้างแตกต่างออกไป เช่น 307 – เพียงตรวจสอบให้แน่ใจว่าได้ปรับสคริปต์ตามนั้น ในโครงการตัวอย่างนี้ เราใช้ 310 เป็นโครงสร้างของเรา
 
 
 ขั้นตอนที่ 1:สร้างโฟลเดอร์สคริปต์และเพิ่มไฟล์สคริปต์
 
 ใน 324 ไดเร็กทอรี ให้สร้าง 334 ไดเรกทอรีและ 346 ไฟล์สคริปต์ คุณต้องทำเช่นนี้กับแต่ละสาขาใน repo ของคุณ เนื้อหายังคงเหมือนเดิม
 
 เปิด 358 script และวางเนื้อหาต่อไปนี้ภายใน:
 #!/bin/bash
# Ensure API_BASE_URL is set
if [ -z "$API_BASE_URL" ]; then
 echo "Error: API_BASE_URL environment variable is not set."
 exit 1 # Exit the script to stop the deployment
fi
echo "Using API endpoint: $API_BASE_URL"
# Define the desired Netlify configuration
NETLIFY_CONFIG="
[build]
 command = \"npm install && npm run build\"
 base = \"client\"
 publish = \"dist\"
[[redirects]]
 from = \"/api/v1/*\"
 to = \"$API_BASE_URL/:splat\"
 status = 200
 force = true
[[redirects]]
 from = \"/*\"
 to = \"/index.html\"
 status = 200
"
# Create or update the netlify.toml file
if [ ! -f "netlify.toml" ]; then
 echo "Creating netlify.toml file..."
else
 echo "Updating existing netlify.toml file..."
fi
echo "$NETLIFY_CONFIG" > netlify.toml
# Confirm successful configuration
echo "netlify.toml file has been configured successfully!"
 
 สคริปต์ทำสิ่งต่อไปนี้:
   
 จะตรวจสอบตัวแปรสภาพแวดล้อมเพื่อให้แน่ใจว่า 367 ถูกตั้งค่า หากไม่ได้ตั้งค่า ระบบจะออกจากรุ่นและเป็นสาเหตุให้ล้มเหลว เราทำสิ่งนี้เพื่อให้แน่ใจว่าคุณจะไม่สร้างการปรับใช้งานที่ประสบความสำเร็จแต่มี URL ที่ไม่ถูกต้องในการใช้งานจริง
 
  
 จากนั้นจะสร้างเนื้อหาของ 373 ไฟล์ดังตัวอย่างด้านบน หากจุดสิ้นสุด API ของคุณใช้โครงสร้างที่แตกต่างจาก 386 คุณสามารถปรับสคริปต์ให้เหมาะกับโครงสร้างที่คุณต้องการได้
 
  
 จะตรวจสอบว่ามี 399 อยู่แล้วหรือไม่ ไฟล์. หากไม่มีอยู่ ระบบจะสร้างขึ้นมาและเขียนเนื้อหาลงไป หากมีอยู่ ระบบจะอัปเดตด้วยเนื้อหาที่ถูกต้องระหว่างการสร้างโดยใช้ 403 ตั้งค่าไว้ในตัวแปรสภาพแวดล้อม
 
 
 ขั้นตอนที่ 2:แก้ไข 417 เพื่อรวมคำสั่งสคริปต์
 
 เพื่อรวมสคริปต์นี้เข้ากับกระบวนการสร้างของคุณ เราจะเพิ่มคำสั่งสคริปต์ไปที่ 426 ไฟล์ที่จะเรียกใช้สคริปต์นี้ก่อนที่จะรันบิลด์จริง
 
 เพิ่ม 434 คำสั่งดังนี้:440 451 ภายในสคริปต์ใน 462 ของคุณ ไฟล์.
 
 อัปเดตคำสั่ง build ของคุณเพื่อรันสคริปต์ก่อนที่จะรัน build จริง:471 .
 
 
 
 อย่าลืมบันทึกการเปลี่ยนแปลงเหล่านี้และพุชไปยังพื้นที่เก็บข้อมูลระยะไกลของคุณ
 วิธีการปรับใช้ลูกค้าของเราเพื่อ Netlify
 
 เมื่อปรับใช้ไคลเอนต์ของเรากับ Netlify เราจะมีตัวเลือกสามตัวเลือก:
   
 การนำเข้าโครงการที่มีอยู่ (นั่นคือ โครงการที่มีอยู่ในบริการพื้นที่เก็บข้อมูล git เช่น GitHub และ GitLab)
 
  
 นำเข้าจากเทมเพลตหรือ
 
  
 ปรับใช้ไซต์คงที่ด้วยตนเองโดยใช้อินเทอร์เฟซ Netlify drop (ลากและวาง)
 
 
 
 เพื่อให้การกำหนดค่าในพื้นที่เก็บข้อมูลของเราทำงานตามที่คาดไว้ในระหว่างกระบวนการสร้าง คุณจะต้องใช้ตัวเลือกที่ต้องนำเข้าจากโปรเจ็กต์ที่มีอยู่ เช่น GitHub การใช้อินเทอร์เฟซแบบลากและวางจะไม่ทำงาน หากคุณต้องใช้สิ่งนี้ ให้เลือก 482 ตัวเลือกไวยากรณ์ของไฟล์เพื่อกำหนดการเปลี่ยนเส้นทางของคุณ
 การทำให้โครงการของคุณใช้งานได้ครั้งแรกกับ Netlify
 
 เมื่อปรับใช้โปรเจ็กต์ของคุณเป็นครั้งแรก คุณจะได้รับตัวเลือกในการปรับใช้เพียงสาขาเดียวในตอนแรก คุณสามารถเพิ่มและระบุตัวเลือกอื่นๆ เท่านั้น เช่น สาขาอื่นๆ ในการปรับใช้ครั้งต่อไป
 
 หากต้องการปรับใช้โครงการของคุณ ให้ทำตามขั้นตอนต่อไปนี้:
   
 ลงชื่อเข้าใช้ Netlify> netlify.com
 
  
 คลิก "เพิ่มไซต์ใหม่"> "นำเข้าโปรเจ็กต์ที่มีอยู่"> "ปรับใช้ด้วย GitHub"
 
  
 คลิก "กำหนดค่า Netlify บน GitHub"> ค้นหาพื้นที่เก็บข้อมูลของคุณ> เลือก
 
  
 ป้อนชื่อไซต์ที่ไม่ซ้ำกันสำหรับโครงการของคุณ
 
  
 กำหนดการตั้งค่าการปรับใช้ ที่นี่คุณจะต้องเลือกสาขาที่ต้องการปรับใช้ สำหรับการปรับใช้ครั้งแรก เราจะปรับใช้ 499 สาขาที่เราใช้เป็นสาขาการผลิต
   
 สาขา:หลัก/ต้นแบบ
 
  
 คำสั่งสร้าง:508  
  
 เผยแพร่ไดเร็กทอรี:519 (เลือกไดเร็กทอรีที่มีไฟล์สแตติกของคุณอยู่ ในโปรเจ็กต์ตัวอย่างนี้ จะถูกส่งออกไปยัง 525 ไดเรกทอรี เครื่องมือบางอย่างส่งออกไปยัง 538 )
 
 
 
  
 ป้อนตัวแปรสภาพแวดล้อมสำหรับโปรเจ็กต์ของคุณ อย่าลืมใส่ 548 ของคุณ จากเซิร์ฟเวอร์ของคุณ นี่เป็นข้อกำหนดที่จำเป็นตามสคริปต์ทุบตี
 
  
 คลิก "ปรับใช้ไซต์"
 
 
 
 
 
 โครงการของคุณควรปรับใช้อย่างถูกต้อง และคุณจะเห็น 551 การกำหนดค่าที่สร้างโดยสคริปต์โดยการตรวจสอบรายละเอียดการปรับใช้ที่ด้านล่างของหน้าการปรับใช้ที่ประสบความสำเร็จ
 
 คุณสามารถดาวน์โหลดไฟล์นี้ลงในเครื่องของคุณเพื่อดูการกำหนดค่าที่สร้างขึ้น ควรตรงกับตัวอย่าง 561 ไฟล์ด้านบน คุณยังสามารถทดสอบว่ามันใช้งานได้โดยใช้ลิงก์ไซต์ที่คุณสร้างขึ้น
 
 
 การปรับใช้ครั้งต่อไป / วิธีการตั้งค่าการปรับใช้สาขา
 ขั้นตอนที่ 1:ตั้งค่าตัวแปรสภาพแวดล้อมใน Netlify สำหรับบริบทแต่ละสาขา  — การผลิต การจัดเตรียม และอื่นๆ
 
 เมื่อปรับใช้โปรเจ็กต์ของคุณสำเร็จแล้ว คุณสามารถตั้งค่าการปรับใช้สำหรับสาขาชั่วคราวของคุณได้ หากต้องการแก้ไขการกำหนดค่า คุณจะต้อง:
   
 นำทางไปยังรายการเว็บไซต์ของคุณ
 
  
 เลือกไซต์ที่ใช้งานสำเร็จของคุณ
 
  
 คลิกที่ “การกำหนดค่าไซต์” บนเมนูด้านซ้าย
 
  
 เลือก “ตัวแปรสภาพแวดล้อม”> คลิกปุ่ม “เพิ่มตัวแปร”
 
 
 
 
 
 คุณจะได้รับตัวเลือกในการเพิ่มตัวแปรทีละรายการหรือนำเข้า 572 ทั้งหมด ไฟล์. คุณสามารถเลือกตัวเลือกใดตัวเลือกหนึ่ง ในภาพด้านล่าง ฉันเลือก “นำเข้าจาก 580 ไฟล์”.
 
 
 
 เห็นว่าไซต์การผลิตของเราปรับใช้จาก 595 สาขา (พร้อมตัวแปรสภาพแวดล้อมการผลิต) ได้รับการปรับใช้แล้ว คุณจะต้อง:
   
 ยกเลิกการเลือกสาขาที่ใช้งานจริง (เพื่อป้องกันการเปลี่ยนสาขาหลักที่ใช้งานครั้งแรก ระวังอย่าให้ตัวแปรสภาพแวดล้อมของคุณปะปนกันสำหรับสาขาที่แตกต่างกัน)
 
  
 เลือก “สาขาปรับใช้”
 
  
 คัดลอกและวางเนื้อหาของไฟล์ .env ของคุณในส่วนอินพุต
 
  
 อย่าลืมเพิ่ม 608 ตัวแปรสภาพแวดล้อมสำหรับสภาพแวดล้อมการแสดงละครของคุณ
 
 
 
 โปรดทราบว่าในการเลือกการใช้งานสาขา ตัวแปรสภาพแวดล้อมที่นำเข้าที่นี่จะส่งผลต่อการใช้งานสาขาทั้งหมด นอกเหนือจากสาขาที่ใช้งานจริง คุณสามารถปรับแต่งบริบทของคุณเพิ่มเติมได้โดยการเลือกสาขาที่กำหนดเอง แต่นั่นเป็นแนวทางที่แตกต่างไปจากเดิมอย่างสิ้นเชิงซึ่งอาจทำให้คุณปรับแต่ง 617 ของคุณเพิ่มเติม ไฟล์การกำหนดค่าหรือสคริปต์ทุบตี
 
 
 
 หากคุณตัดสินใจที่จะนำเข้าตัวแปรสภาพแวดล้อมแต่ละรายการแยกกัน คุณจะได้รับตัวเลือกที่คล้ายกันดังที่แสดงด้านล่าง ตรวจสอบให้แน่ใจว่าคุณเลือกบริบทที่ถูกต้องสำหรับแต่ละสาขา
 
 อย่าใช้ค่าเดียวกันสำหรับทุกบริบท ดังที่เห็นในภาพด้านล่าง การเลือก “ค่าที่แตกต่างกันสำหรับบริบทการใช้งานแต่ละรายการ ” จะช่วยให้คุณสามารถกำหนดค่าสำหรับแต่ละรายการได้ ในกรณีนี้ เรากำหนดค่าสำหรับการปรับใช้สาขา ตัวแปรการผลิตที่ใช้ครั้งแรกของคุณควรมีอยู่แล้ว
 
 
 
 เมื่อตัวแปรทั้งหมดถูกนำเข้าแล้ว คุณสามารถตรวจสอบตัวแปรเหล่านั้นเพื่อยืนยันว่านำเข้าอย่างถูกต้องโดยเลือกเมนูแบบเลื่อนลงทางด้านขวาข้างตัวแปรแต่ละตัว และตรวจสอบค่าของตัวแปรเหล่านั้น
 
 
 ขั้นตอนที่ 2:ทริกเกอร์การปรับใช้ใหม่
 
 เมื่อตัวแปรสภาพแวดล้อมทั้งหมดของคุณถูกนำเข้าสำหรับบริบทที่แตกต่างกัน – การผลิตและการจัดเตรียมในกรณีนี้ – ให้ไปที่ “ปรับใช้” บนแผงด้านซ้ายของหน้าจอของคุณ จากนั้นกดปุ่ม “ทริกเกอร์การทำให้ใช้งานได้” ล้างแคช และเริ่มการติดตั้งใช้งานใหม่
 
 
 ตรวจสอบการปรับใช้ของคุณ
 
 คุณสามารถยืนยันได้ว่าสคริปต์ของคุณทำงานตามที่คาดไว้โดยเลือกการปรับใช้ใดๆ และเลือกรายการแบบเลื่อนลงของอาคารใน "บันทึกการปรับใช้" คุณจะเห็นคำสั่งทำงาน รวมถึงเอาต์พุตและ URL API สำหรับการปรับใช้นั้น ตามที่กำหนดโดยบริบทของคุณ
 
 
 บทสรุป
 
 ด้วยการทำตามขั้นตอนในคู่มือนี้ และใช้สคริปต์และคำสั่งที่อัปเดตในแต่ละสาขาใน repo ของคุณ เมื่อคุณพุชการเปลี่ยนแปลง Netlify จะสร้างหรืออัปเดต 624 โดยอัตโนมัติ ไฟล์ในแต่ละสาขา เพื่อให้แน่ใจว่ามีการใช้การกำหนดค่าและตัวแปรสภาพแวดล้อมที่ถูกต้องสำหรับแต่ละสภาพแวดล้อมในขณะสร้าง
 
 สคริปต์ของคุณยังคงเหมือนเดิมในทุกสาขา ซึ่งช่วยให้คุณมุ่งเน้นไปที่การเปลี่ยนแปลงโค้ดอื่นๆ ในขณะที่สคริปต์ของคุณจัดการการกำหนดค่าที่ถูกต้องสำหรับคุณอย่างปลอดภัยและง่ายดาย
 
 พุชการเปลี่ยนแปลงไปยังสาขาใดก็ได้เพื่อดูการดำเนินการนี้
 
 อย่าลังเลที่จะติดต่อกับฉันบน Twitter (@francisihej) หรือ LinkedIn!
 
 เรียนรู้การเขียนโค้ดฟรี หลักสูตรโอเพ่นซอร์สของ freeCodeCamp ช่วยให้ผู้คนมากกว่า 40,000 คนได้งานในตำแหน่งนักพัฒนา เริ่มต้น