Câu hỏi Làm thế nào để xác định các mục công việc Cố định trong một TFS cụ thể Xây dựng khi sử dụng các chi nhánh?


Chúng tôi đã bắt đầu sử dụng cấu trúc phân nhánh sau trong TFS 2010:

ALM Rangers Basic Branching Structure

Mọi thay đổi cho đến nay đã được thực hiện trong nhánh Phát triển và tất cả các đăng ký đã được liên kết với một mục công việc Nhiệm vụ. Nhiệm vụ là tất cả trẻ em hoặc là một mục lỗi hoặc một mục Product Backlog Item. Mỗi xây dựng CI được kích hoạt cho một changeset cụ thể, và changeset được liên kết với một Task, vì vậy chúng ta có thể tự tìm ra Bug hoặc PBI vừa được xây dựng.

Một thời gian sau khi mã đã được xây dựng, triển khai vào môi trường Tích hợp của chúng tôi và được kiểm tra bởi nhà phát triển, nó được sáp nhập vào nhánh Chính. Rõ ràng, nhiều hơn một changeset có thể được sáp nhập vào Main cùng một lúc. Việc xây dựng hàng đêm sẽ xây dựng mã này nếu chúng ta không tự kích hoạt hàng đêm trước đó. Sau đó, QA sẽ triển khai một trong các bản dựng "Chính" này vào môi trường QA.

Có thể đã có một số bản dựng của nhánh Chính kể từ lần cuối cùng QA triển khai. Các bản dựng này được liên kết với các thay đổi "Hợp nhất", không phải với các bộ thay đổi ban đầu được liên kết với các Tác vụ.

Làm cách nào để xác định tập hợp các tác vụ đã được giải quyết bởi một bản dựng "Chính" đã cho, đó là bản dựng của một nhánh khác với nhánh được liên kết với các mục công việc Nhiệm vụ?

Khi chúng tôi bắt đầu chuẩn bị cho bản phát hành, chúng tôi có thể cần thực hiện các thay đổi trong chi nhánh phát hành, điều này sẽ làm phức tạp thêm nhiều thứ vì chúng tôi sẽ hợp nhất lại từ Bản phát hành thành Chính và các bản phát hành bản phát hành sẽ được liên kết với Công việc. Những người này sau đó sẽ được sáp nhập vào Phát triển, làm cho cuộc sống trở nên thú vị hơn!


P.S. Câu hỏi "Làm thế nào để xác định các mục công việc được liên kết với một nhánh nguồn trong TFS 2010?"đến gần để hỏi cùng một câu hỏi, nhưng không hoàn toàn.


19
2017-09-24 01:17


gốc




Các câu trả lời:


Hãy xem bài đăng trên blog của Jacob Ehn Tự động hợp nhất các mục công việc trong TFS 2010. Anh ấy đã viết một plug in có thể tải xuống từ codeplex. Nó sẽ tự động kết hợp các mục công việc được liên kết với các thay đổi đã hợp nhất. Vì vậy, khi bạn nhập vào Main hoặc Release các mục công việc sẽ được kết hợp với các changesets trong các nhánh đó và các mục công việc sẽ được bao gồm trong các báo cáo xây dựng để xây dựng các nhánh đó. Trình cắm này rất dễ triển khai.


9
2017-09-26 20:50



Có ai đã sử dụng plugin này không? Bạn có thể cung cấp một số phản hồi không? Nó hoạt động như nó nói? Có vấn đề gì không? - andreadi


Tùy chọn khác là bạn có thể xây dựng một hoạt động quy trình làm việc tùy chỉnh mà bạn có thể chạy trong quá trình xây dựng của mình có thể duyệt qua lịch sử hợp nhất cho từng biến thể thường được liên kết. Đó là cơ bản đi bộ cây bắt đầu với một bộ được biết đến của changesets liên quan. Tôi thích cách tiếp cận này vì bạn có thể để các nhà phát triển lo lắng về việc chỉ cần kết hợp các mục công việc với các thay đổi ban đầu thay vì phải làm việc đó với các thay đổi hợp nhất. Điều này cũng cho phép bạn xung quanh phải triển khai một chính sách mục công việc tùy chỉnh như Bryan đã mô tả trong đề xuất của mình.

Tôi có thể có một số mã mẫu để giúp bạn bắt đầu duyệt qua cây lịch sử hợp nhất nếu bạn muốn liên hệ với tôi theo http://www.edsquared.com


2
2017-09-28 00:27



Xin chào Ed, điều này nghe rất thú vị. Có thể sử dụng nó khi ở chế độ check-in Gated không? Trong trường hợp này, luôn luôn chỉ có một lần đăng ký. Việc đăng ký này nằm ngoài phạm vi Đại lý và về cơ bản là điều cuối cùng xảy ra (và cho đến khi điều đó xảy ra, bạn không có kiến ​​thức về ID của changeset được liên kết) - pantelif
Ngày đầu này - câu hỏi của chúng tôi được liên kết và tôi đã thực hiện một chút tiến bộ về điều này stackoverflow.com/questions/7555028/… - hy vọng nó sẽ giúp ?! - harman_kardon
Hi Pantelif - Gated Check-In xây dựng sẽ là một nơi mà tôi không tin rằng điều này sẽ làm việc. Thường sẽ có một định nghĩa xây dựng khác được tạo ra cùng với các định nghĩa xây dựng Check-in Gated để tạo các bản dựng "chính thức" được sử dụng. Tôi thường sử dụng một cái gì đó dọc theo dòng của một xây dựng Nightly tương ứng. - Ed Blankenship