ฉันมีสองสถานการณ์ในการจัดการการกำหนดค่าที่ฉันไม่แน่ใจว่าจะจัดการอย่างไร:
ผู้ใช้ Geeky ทำการเปลี่ยนแปลงการกำหนดค่าในการผลิต ข้อใดคือแนวทางปฏิบัติที่ดีที่สุดในการนำเข้าการเปลี่ยนแปลงเหล่านี้ใน dev โดยไม่ทำลายงานที่กำลังดำเนินการใน dev คอมไพล์ดึง และ ซิม จะแทนที่ทุกสิ่งที่คุณกำลังทำอยู่ใน dev ฉันรู้ว่ามี drush ซิม -- บางส่วนแต่จากสิ่งที่ฉันเข้าใจว่านี่ไม่ใช่วิธีที่แนะนำให้ทำ (แหล่งที่มา). ฉันสามารถใช้โมดูลอ่านอย่างเดียวสำหรับการกำหนดค่าใน prod เพื่อหลีกเลี่ยงการเปลี่ยนแปลงการกำหนดค่าเลย แต่มีหลายตัวอย่างที่ผู้ใช้ควรได้รับอนุญาตให้เปลี่ยนการกำหนดค่าได้
ผู้พัฒนา 2 รายทำงานในสภาพแวดล้อม dev ในพื้นที่ของตน: ฉันจะแน่ใจได้อย่างไรว่าฝ่ายหนึ่งจะไม่แทนที่งานจากอีกฝ่ายหนึ่งเมื่อพุชไปยังสเตจหรือผลิตภัณฑ์ โดยเฉพาะอย่างยิ่งเมื่อมีการเปลี่ยนแปลงการกำหนดค่าในผลิตภัณฑ์ที่เกิดขึ้นด้วย (ดู 1) วิธีการแตกกิ่งคอมไพล์บางอย่างอาจช่วยได้ แต่ฉันสามารถใช้ความช่วยเหลือเพิ่มเติมเกี่ยวกับวิธีใช้มันได้
การใช้ git branching ที่ดีสามารถช่วยในเรื่องนี้ได้อย่างแน่นอน สิ่งสำคัญคือแต่ละสาขามีพื้นฐานการกำหนดค่าที่มั่นคง: ไม่มีอะไรภายนอกสาขาควรเปลี่ยนสถานะการกำหนดค่าภายในสาขา ดังนั้นเมื่อถึงเวลาส่งออกการกำหนดค่าในสาขาและรวมเข้ากับการผลิตในภายหลัง เฉพาะการเปลี่ยนแปลงที่เกี่ยวข้อง บันทึกไปยังสาขา
วิธีหนึ่งในการทำเช่นนี้คือการเรียกสาขาหลัก การผลิตและ HEAD ของสาขานั้นจะติดตามสถานะการผลิตปัจจุบันของโค้ดเบสของคุณเสมอ คุณทุกคนตกลงที่จะไม่ผูกมัดหรือรวมสิ่งต่างๆ การผลิต นอกเสียจากว่าคุณกำลังเตรียมที่จะเผยแพร่สิ่งเหล่านั้นแบบสดๆ
เมื่อ Arjun ต้องการทำงานในลักษณะใหม่ พวกเขาสร้างสาขาใหม่ขึ้นมา การผลิตและพวกเขาเรียกมันว่า อาร์จัน-1.
วันรุ่งขึ้น เบธต้องแก้ไขจุดบกพร่อง เธอจึงสร้างสาขาใหม่ของเธอเอง การผลิต เรียกว่า เบธ-1.
ในขณะเดียวกัน Ceci ผู้จัดการเนื้อหาอยู่ใน UI ของไซต์ที่สร้างเว็บฟอร์ม ซึ่งหมายความว่าเธอกำลังทำการเปลี่ยนแปลงการกำหนดค่าแบบสดที่แตกต่างจากสถานะการกำหนดค่าของ การผลิต. ในทางหนึ่งเธอก็แตกแขนงออกไปเช่นกัน การผลิต! อันที่จริง เรามาเริ่มสร้าง เซซี-1 สาขาออกจาก การผลิต ตอนนี้เพื่อเป็นตัวแทนของสิ่งนี้แม้ว่าเราอาจจะยังไม่ได้ทำอะไรกับมัน
ไม่กี่วันต่อมา สาขาที่เกี่ยวข้องของ Arjun และ Beth ได้รับการตรวจสอบและยอมรับแล้ว และผู้บริหารต้องการนำผลงานรุ่นใหม่ไปใช้กับไซต์ที่ใช้งานจริง
สิ่งแรกที่ต้องทำคือตรวจสอบ เซซี-1 สาขา ส่งออกการกำหนดค่าที่ใช้งานอยู่และยอมรับไฟล์การกำหนดค่าที่อัปเดตแล้ว เซซี-1.
ตอนนี้คุณสามารถดำเนินการผสานกับ การผลิต: คุณสมบัติใหม่ อาร์จัน-1การแก้ไขจุดบกพร่อง เบธ-1และการอัปเดตการกำหนดค่าแบบสด เซซี-1. อาจมีข้อขัดแย้งในการผสานที่ต้องตรวจสอบ แต่คุณไม่ควรกังวลเกี่ยวกับการเขียนทับการกำหนดค่าของผู้อื่นโดยไม่ตั้งใจ เนื่องจากแต่ละสาขามีพื้นฐานที่สอดคล้องกันในการส่งออกการเปลี่ยนแปลงการกำหนดค่าของตนเอง
สมมติว่าคุณไม่ได้ทำ เซซี-1 สาขา. แต่คุณรวมกันแทน อาร์จัน-1 และ เบธ-1 เข้าไปข้างใน การผลิตจากนั้นส่งออกการกำหนดค่าที่ใช้งานจริงและยืนยันการอัปเดตที่ใช้งานจริง การผลิต. คุณทำพลาดแล้ว! คุณเปลี่ยนพื้นฐานสำหรับการเปลี่ยนแปลงการกำหนดค่าไซต์สดของ Ceci พวกเขาตั้งอยู่บนสถานะของการผลิตโดยไม่มีสาขาของ Arjun และ Beth การส่งออกตอนนี้จะเขียนทับการเปลี่ยนแปลงการกำหนดค่าที่ทำไว้
ไม่ควรทำการเปลี่ยนแปลงในการผลิต การเปลี่ยนแปลงการกำหนดค่าการผลิตควรดำเนินการภายในเครื่องโดยนักพัฒนา ควรจัดเรียงความขัดแย้งในการผสานบนเครื่องโลคัล ดังนั้นมันจะเป็นดังนี้:
การเปลี่ยนแปลงใด ๆ ในการกำหนดค่าที่ทำโดยตรงบนเซิร์ฟเวอร์ระยะไกลควรถูกเขียนทับทุกครั้งที่พุช วิธีนี้จะแก้ปัญหาข้างต้นของคุณ ยกเว้น:
มีหลายตัวอย่างที่ผู้ใช้ควรได้รับอนุญาต เพื่อเปลี่ยนการกำหนดค่า
เช่น?
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
