Sử dụng Mẫu quy trình xây dựng TFS (Quy trình làm việc) để triển khai


10

Tôi đang nghĩ đến việc sử dụng quy trình công việc TFS Build cho các triển khai phức tạp. Chúng tôi có một số có thể cần phải triển khai:

  1. Các ứng dụng và dịch vụ web
  2. Cơ sở dữ liệu
  3. Báo cáo SSRS
  4. Gói SSIS
  5. Ai biết cái gì nữa

Tôi thích thực tế là tôi có thể cung cấp cho dòng công việc một số tham số cơ bản như bản dựng nào sẽ triển khai và nó sẽ chỉ chạy. Có khả năng, một số phần có thể cần sự chấp thuận của con người và tôi biết rằng quy trình làm việc cũng có thể xử lý điều đó. Một ví dụ là chúng tôi có thể sử dụng quy trình làm việc để tạo tập lệnh thay đổi từ Dự án cơ sở dữ liệu Visual Studio, nhưng nhóm DBA sẽ muốn phê duyệt tập lệnh trước khi nó được chạy.

Tôi muốn biết liệu những người khác đã sử dụng "bản dựng" cho việc này trong quá khứ chưa, và những vấn đề nào được tìm thấy.


Chúng tôi đang sử dụng TFS 2010 để quản lý các bản dựng / triển khai của chúng tôi. Tôi không có câu trả lời nhanh nào cho bạn; nhưng khi có vấn đề, hãy gửi email cho tôi và ít nhất chúng tôi có thể cố gắng tìm ra nó.
Stephen Gross

Câu trả lời:


1

Chúng tôi đã sử dụng TFS để kích hoạt các bản dựng của chúng tôi nhưng sử dụng msbuild để xây dựng các dự án của chúng tôi. Ưu điểm chính là chúng tôi có một tập lệnh xây dựng mà chúng tôi có thể thay đổi giữ theo kiểm soát phiên bản. Điều đó là với quy trình công việc, ví dụ: làm thế nào bạn sẽ xây dựng một phiên bản cũ hơn của dự án của bạn? Với một tập lệnh xây dựng, bạn chỉ cần lấy phiên bản cũ hơn từ kiểm soát nguồn và tắt đi. Thật tuyệt khi có thể nghịch ngợm với nó và bật / tắt các tùy chọn khác nhau.

Nếu bạn đã chết chắc chắn bạn có một chu kỳ xây dựng cố định, thì có lẽ bạn có thể kéo nó đi, nếu không, có một tập lệnh có thể là tùy chọn an toàn hơn và dễ hiểu hơn.


Quy trình công việc là các tệp .xaml được lưu trữ trong kiểm soát nguồn. Tôi sẽ cần một quy trình phân nhánh các tệp .xaml cùng với mã nguồn. Không còn nghi ngờ gì nữa, bạn phân nhánh các tệp msbuild của mình cùng với nguồn.
John Saunders

@JohnSaunders vâng, chúng tôi phân nhánh các tập lệnh xây dựng của chúng tôi. Thật tuyệt khi cấu hình của quy trình công việc của bạn được lưu trữ trong tệp xml nhưng ảnh hưởng của việc thay đổi cấu hình đối với các mục trong phiên bản khác của quy trình công việc của bạn (công việc, nhiệm vụ, v.v. trong dự án của bạn cũng nằm trong quy trình công việc đó phải không? ) Đó là nơi tôi thấy rủi ro, thay đổi hành vi về cách TFS xử lý dự án của bạn một cách nhanh chóng.
Carlo Kuip

Tôi không biết ý của bạn là gì. Thay đổi mẫu quy trình xây dựng sẽ không thay đổi các mục công việc. Bạn có ý nghĩa gì "các mục trong một phiên bản khác nhau của quy trình làm việc của bạn"?
John Saunders

Mẫu quy trình mà bạn áp dụng khi tạo dự án TFS đang tạo quy trình công việc. Điều đó có nghĩa là nếu bạn tạo một workitem, nó được liên kết với các giai đoạn khác nhau của quy trình công việc đó. Là bản dựng của bạn sẽ là một phần mở rộng trên quy trình công việc đó hay nó là một phần riêng biệt?
Carlo Kuip

Xin lỗi, bạn đang nhầm lẫn một mẫu quy trình và mẫu quy trình xây dựng. Microsoft đã chọn điều khoản của họ kém. Ngoài ra, mẫu quy trình bạn sử dụng khi tạo dự án nhóm sẽ tạo ra bất kỳ luồng nào mà tôi biết.
John Saunders
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.