MSBuild có bị chết vì Windows Workflow không?

Question

MSBuild trong TFS 2010 đã được thay thế bằng Windows Workflow 4.0. Nó có nghĩa là khi bạn đang tạo một Định nghĩa Xây dựng, bạn sẽ không có một TFSBuild.proj để chỉnh sửa thay vào đó bạn phải chỉnh sửa quy trình làm việc để tùy chỉnh bản dựng của bạn.

BTW Tôi có đúng không nếu tôi nói Microsoft không hỗ trợ MSBuild trong TFS 2010 và việc học MSBuild làm quản trị viên Team TFS 2010 không có giá trị?

Và một câu hỏi khác: Microsoft sẽ thay thế ngôn ngữ của Visual Studio Projects từ MSBuild thành một thứ như Windows Workflow?

Answer 1

Tôi là Người quản lý chương trình cho các tính năng tự động hóa xây dựng của TFS, vì vậy tôi muốn nhận xét về câu hỏi này. Chúng tôi đã không thay thế MSBuild bằng Windows Workflow (WF). Chúng tôi vẫn dựa rất nhiều vào MSBuild như một công cụ xây dựng cốt lõi, đó là năng lực cốt lõi của nó. Bạn sẽ thấy rằng có rất nhiều nhiệm vụ vẫn dễ dàng và hiệu quả nhất với MSBuild.

Chúng tôi đã giới thiệu WF như một cách để cung cấp một lớp dàn nhạc cấp cao hơn trên công cụ xây dựng cốt lõi (là MSBuild trong các mẫu quy trình xây dựng mà chúng tôi đưa vào hộp). Nó làm cho nó có thể làm những việc như phân phối một quá trình trên nhiều máy và để buộc quá trình vào các quy trình dựa trên quy trình làm việc khác.

Vì vậy, khi nào bạn nên tự động hóa với MSBuild và khi nào bạn nên tự động với WF? Dưới đây là hướng dẫn chung của tôi về vấn đề này:

• Nếu công việc đòi hỏi kiến ​​thức về xây dựng đầu vào hoặc đầu ra cụ thể, sử dụng MSBuild
• Nếu nhiệm vụ là một cái gì đó bạn cần phải xảy ra khi bạn xây dựng trong Visual Studio, sử dụng MSBuild
• Nếu nhiệm vụ là một cái gì đó bạn chỉ cần xảy ra khi bạn xây dựng trên máy chủ xây dựng, sử dụng WF trừ khi nó đòi hỏi kiến ​​thức về xây dựng đầu vào cụ thể/đầu ra

khi sử dụng MSBuild, hãy nhớ rằng bạn có thể tùy chỉnh các file dự án của bạn trực tiếp (bằng cách dỡ chúng và t hen chỉnh sửa chúng trong Visual Studio), hoặc bạn có thể tạo các tệp .targets tuỳ chỉnh và nhập chúng vào các dự án riêng lẻ của bạn. Cách tiếp cận thứ hai là hữu ích cho các chức năng phổ biến cho nhiều dự án để tránh duy trì nhiều bản sao.

Khi sử dụng WF, hãy nhớ rằng bạn có thể viết hoạt động mã cho các tác vụ cấp thấp nhưng bạn cũng có thể soạn các tác vụ cấp cao hơn bằng XAML thẳng. Chúng tôi đang thực sự làm việc trên một phiên bản của mẫu quy trình xây dựng mặc định được gửi đi với TFS 2010 cung cấp cho bạn cái nhìn đơn giản hơn, ít chi tiết hơn về toàn bộ quá trình bằng cách sử dụng một tập hợp các hoạt động XAML được soạn thảo.

Answer 2

Tôi không nghĩ rằng MSBuild sẽ được thay thế bằng quy trình làm việc 4.0, thay vào đó tôi nghĩ cả hai công nghệ này sẽ làm tăng thêm lẫn nhau và sẽ tồn tại cùng nhau. Sẽ có một số loại nhiệm vụ dễ thực hiện hơn trong MSBuild so với quy trình làm việc. Vì vậy, mọi người sẽ sử dụng MSBuild cho một số thiết lập và quy trình làm việc cho các thiết lập khác. Vì vậy, trong một số ý nghĩa nó sẽ được trộn lẫn của cả hai công việc và MSBuild.

Bằng cách này, Tfs 2010 hỗ trợ MSBuild bằng cách sử dụng upgrade template. và tôi không nghĩ rằng luồng công việc có thể thay thế MSBuild trong ngôn ngữ Visual Studio Projects.