5
มีกระบวนการพิมพ์ "แนวปฏิบัติที่ดีที่สุด" สำหรับผู้พัฒนาเพื่อติดตามการเปลี่ยนแปลงฐานข้อมูลหรือไม่?
เป็นวิธีที่ดีในการโยกย้ายการเปลี่ยนแปลงฐานข้อมูลจากการพัฒนาเพื่อ QA ไปยังสภาพแวดล้อมการผลิตคืออะไร? ขณะนี้เรา: สคริปต์การเปลี่ยนแปลงในไฟล์ SQL และแนบกับไอเท็มงาน TFS การทำงานคือการตรวจสอบโดยเพื่อน เมื่องานพร้อมสำหรับการทดสอบ SQL จะทำงานบน QA งานทดสอบ QA เมื่องานพร้อมสำหรับการผลิตแล้ว SQL จะทำงานบนฐานข้อมูลการผลิต ปัญหาของเรื่องนี้คือมันเป็นคู่มือมาก มันขึ้นอยู่กับนักพัฒนาที่จำได้ว่าจะแนบ sql หรือผู้ตรวจทานเพื่อนจับมันถ้านักพัฒนาลืม บางครั้งมันก็กลายเป็นผู้ทดสอบหรือปรับใช้ QA ที่พบปัญหา ปัญหาที่สองคือบางครั้งคุณจำเป็นต้องประสานงานการเปลี่ยนแปลงด้วยตนเองหากงานสองงานแยกกันเปลี่ยนวัตถุฐานข้อมูลเดียวกัน นี่อาจเป็นวิธีที่มันเป็น แต่ก็ยังดูเหมือนว่าควรมีวิธีอัตโนมัติในการ "ตั้งค่าสถานะ" ปัญหาเหล่านี้หรือบางสิ่งบางอย่าง การตั้งค่าของเรา: ร้านค้าพัฒนาของเราเต็มไปด้วยนักพัฒนาที่มีประสบการณ์ DB มากมาย โครงการของเรามุ่งเน้นฐานข้อมูลเป็นอย่างมาก เราเป็นร้าน. NET และ MS SQL เป็นหลัก ขณะนี้เรากำลังใช้รายการงาน MS TFS เพื่อติดตามงานของเรา สิ่งนี้มีประโยชน์สำหรับการเปลี่ยนแปลงรหัสเพราะมันเชื่อมโยงชุดการเปลี่ยนแปลงไปยังรายการงานเพื่อให้ฉันสามารถค้นหาสิ่งที่เปลี่ยนแปลงที่ฉันต้องรวมเมื่อย้ายไปยัง QA และสภาพแวดล้อมการผลิต ขณะนี้เราไม่ได้ใช้โครงการ DB …