Giống như Glennular, chúng tôi đang sử dụng chúng để kiểm soát phiên bản lược đồ và s'procs của chúng tôi.
Mặc dù chúng tôi có cấu trúc điều khiển phiên bản khá tiên tiến (CI, triển khai tự động cho dev, triển khai nhấp chuột duy nhất đến giai đoạn và sản phẩm); chúng tôi không bao gồm bất kỳ dự án DB nào trong cấu trúc đó. Chúng tôi chỉ không tin tưởng nó.
UPDATE: (ví Out In Space)
Chúng tôi có dự án TFS riêng biệt cho các khu chức năng của công ty (Sales, Marketing, vv). Trong mỗi dự án TFS chúng ta có một thư mục Chính và Sản xuất. Chúng tôi cũng có một dự án TFS chứa các dự án Cơ sở dữ liệu và một dự án khác có chứa các dự án hội thảo/hội thảo chung.
Khi phát hành, chúng tôi phân nhánh từ Chính đến Sản xuất. Chúng tôi không có chi nhánh dàn dựng khi chúng tôi di chuyển quá nhanh để giải quyết vấn đề đó.Đúng hay sai, năng suất của chúng tôi được đo một phần bởi số lượng bản phát hành cấp sản xuất mà chúng tôi thực hiện mỗi tuần; sửa lỗi, tính năng mới, v.v.
CI được thiết lập trên nhánh chính sao cho mọi lần kiểm tra đều khiến máy chủ Build triển khai vào môi trường DEV của chúng tôi. Các bài kiểm tra đơn vị và Web sau đó được chạy và chất lượng xây dựng được tự động đặt thành "Phát triển" nếu nó hoàn tất thành công. Khi một người nào đó thay đổi Build Quality thành "In Staging" Điều này gây ra bất kỳ phiên bản "In Staging" trước đó được thiết lập thành "Bị từ chối" và khiến cho việc xây dựng đó được đẩy tới máy chủ dàn dựng của chúng tôi trong khi cập nhật các tệp cấu hình để trỏ tới máy chủ chính xác. (Tôi đã sử dụng kịch bản lệnh TFS Deployer và PowerShell cho việc này).
QA thực hiện kiểm tra trên các máy chủ dàn dựng của chúng tôi. Khi họ hạnh phúc, nhóm sản xuất sẽ thay đổi Chất lượng Xây dựng thành "Sản xuất". Điều này làm cho việc xây dựng được gửi đến một khu vực sản xuất mà sau đó được sao chép theo cách thủ công đến vị trí chính xác. Sau khi hoàn thành, sản xuất sẽ thông báo cho người phát triển sau đó phân nhánh phiên bản đó vào thư mục Sản xuất. QA cũng được thông báo rằng ai sẽ thực hiện kiểm tra Sản xuất để xác minh mọi thứ thực sự hoạt động như mong đợi.
Chúng tôi có báo cáo được thiết lập để cho chúng tôi thấy những thay đổi tồn tại giữa các bản phát hành sản phẩm để chúng tôi biết mọi đăng ký đang được triển khai. Điều đó ngăn cản các ẩn số xuất hiện, chẳng hạn như thay đổi cơ sở dữ liệu, vv hoặc một số mã có khả năng phá vỡ khác.
Hơn nữa, BA của chúng tôi đang theo dõi các mục công việc thông qua Team System Web Access và biết khi nào các mục đó đang được sản xuất.
Mặc dù DBA của chúng tôi đang sử dụng Ấn bản cơ sở dữ liệu (GDR), nhưng chúng không bị ấn tượng với mức độ kiểm soát cho việc triển khai tự động. Tôi hy vọng rằng Rosario mang lại một số kiểm soát triển khai tốt hơn cho dòng sản phẩm; nhưng cho đến lúc đó chúng tôi có TFS Deployer và powershell.
Bạn sẽ quay lại trong nhận xét về so sánh các lược đồ này một phần dữ liệu quan trọng và cho tôi biết rằng anh ấy không sử dụng VS Data Dude. – JoshBerke
Có vẻ tốt hơn nhờ ;-) – JoshBerke