ควรเก็บรหัสในการควบคุมเวอร์ชันอย่างไร

ควรเก็บรหัสในการควบคุมเวอร์ชันอย่างไร

นักพัฒนาเป็นมิตร ? เพื่อให้โปรแกรมเมอร์สามารถใช้งานล่าสุดและสามารถเรียกใช้จากตัวแก้ไขของเขาได้อย่างรวดเร็วโดยไม่ต้องทำการเปลี่ยนแปลงมากมาย? (เช่นไฟล์กำหนดค่าที่ชี้ไปยัง dev DB..etc)

หรือ

มันควรจะเป็นมิตรกับการผลิตหรือไม่? แหล่งที่มาควรอยู่ในลักษณะที่ง่ายต่อการปรับใช้ในสภาพแวดล้อมการผลิตและเมื่อนักพัฒนาใช้เวลาล่าสุดเขาควรทำการเปลี่ยนแปลงตามความต้องการในการพัฒนาของเขา

ทำไมต้องเลือก? มันควรจะเป็นทั้ง

สภาพแวดล้อมการพัฒนาของคุณควรได้รับการกำหนดค่าเพื่อให้ง่ายเหมือนการชำระเงินเปิดสร้างสร้างเรียกใช้ดีบัก (เช่น: ไม่มีเส้นทางที่สมบูรณ์!) คุณสามารถทำได้อย่างง่ายดายด้วยคำสั่งการคอมไพล์การกำหนดค่าคลาส + การพึ่งพาการฉีดหรือแม้แต่เทคนิคเช่น perso.config ใน ASP.NET

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

เมื่อเป็นโครงการโอเพนซอร์ซที่ซึ่งผู้คนคาดหวังว่าจะมีส่วนร่วมฉันจะเลือกนักพัฒนาที่เป็นมิตร

สิ่งที่ฉันไม่ชอบมากที่สุดเกี่ยวกับโครงการโอเพ่นซอร์สคือที่เก็บไม่ค่อยมีการอ้างอิงทั้งหมดที่จำเป็นในการสร้างรหัส (บางครั้งสำหรับเหตุผลทางกฎหมายหรือทางปฏิบัติ) แต่เมื่อพวกเขาทำไม่ได้ - บางคนไม่สนใจที่จะบอกคุณว่า คุณต้องการหรือที่สำคัญกว่านั้นคือเวอร์ชั่นที่คุณต้องการ (และโดยเฉพาะอย่างยิ่งที่จะได้รับพวกเขาจาก)

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

แน่นอนว่ามันเกี่ยวข้องกับการพัฒนาบน Windows เท่านั้น

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

ควรเป็นมิตรกับการผลิตไม่เช่นนั้นจะมีปัญหาในการดูแลการสร้างอัตโนมัติ

ฉันทั้งหมดเพื่อลดแรงเสียดทานเพื่อให้ง่ายต่อการทำงานให้สำเร็จ แต่คุณต้องคำนึงถึงโหมดความล้มเหลวด้วย

หากเวอร์ชันที่เก็บข้อมูลต้นทางถูกกำหนดค่าเสมอสำหรับการใช้งานจริงผลที่ตามมาของนักพัฒนาไม่สามารถกำหนดค่าใหม่ก่อนที่จะเรียกใช้ระบบคืออะไร นักพัฒนาใช้รหัสกับการผลิต

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

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

ฉันมักจะพยายามเป็นมิตรกับการผลิต มันทำให้งานสร้างของคุณสะอาดและป้องกันการตั้งค่าที่ไม่เกี่ยวข้องทำให้เป็นการผลิต

นักพัฒนาเป็นมิตรอย่างแน่นอนพร้อมสคริปต์เพื่อทำการเปลี่ยนแปลงอัตโนมัติสำหรับ QA & การผลิต

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

คุณสามารถทำงานและยอมรับการเปลี่ยนแปลงของคุณแล้วรวมเข้ากับเวอร์ชันที่ปรับใช้ได้