Bài tập : Team Build

Nguyễn Thị Như Quỳnh — Sun, 31 Jan 2010 17:41:03 GMT

Current revision posted to TFS - Team Foundation System by Nguyễn Thị Như Quỳnh on 2/1/2010 1:41:03 AM

Các mục

Administration

• Làm thế nào đảm bảo an toàn cho build server của bạn

• Làm sao để xóa đi một build

• Làm thế nào để xóa một loại build type

• Kết nối một work item với một build như thế nào

Check-in Policies

• Làm thế nào để sử dụng các chính sách check-in policy để cải thiện chất lượng các check-in

• Làm thế nào để sử dụng các chính sách check-in policy để kết nối các work item với các build

Continuous Integration Builds

• Làm thế nào để tự động chạy các Continuous Integration (CI) builds

• Làm thế nào để xác định nếu bạn cần một rolling build

• Làm thế nào để xác định các khoảng thời gian rolling build của bạn

Customization

• Làm thế nào để chỉnh sửa build number

• Làm thế nào để cài đặt workspace mapping để nhận và build một tập con của cây

• Làm thế nào để build một dự án với các phụ thuộc trên các team project khác

• Làm thế nào để thay đổi các cấu hình build (release/debug)

Deployment

• Làm thế nào để cài đặt một build server

• Làm thế nào để xác định nếu bạn cần nhiều build server

General

• Làm thế nào để build và triển khai một ứng dụng ASP.NET với Team Build

• Làm thế nào để build một ứng dụng Microsoft® .NET 1.1 với Team Build

• Làm thế nào để build cài đặt và triển khai các project với Team Build

• Làm thế nào để tạo một team build

• Làm thế nào để tạo nhiều loại build

• Làm thế nào để tạo một team build cho một project mà tham chiếu reference đến các assemblies từ một project khác

• Làm thế nào để mô tả những sự kiện build e-mail event

• Làm thế nào để nhận các thông báo khi một build bị thất bại

• Làm thế nào để khởi động một build

• Làm thế nào để xác nhận là build thành công

• Làm thế nào để xem một build output

• Làm thế nào để thay đổi vị trí của build server location

• Làm thế nào để thay đổi vị trí đầu ra của build output location

• Làm thế nào để xác định những tập thay đổi nào là một phần của quá trình build

• Làm thế nào để thay đổi chất lượng các build đã được báo cáo

Projects

• Làm thế nào để sử dụng chiến thuật single-solution

• Làm thế nào để sử dụng chiến thuật một partitioned-solution

• Làm thế nào để sử dụng chiến thuật một multiple-solution

Reporting

• Làm thế nào để xem chất lượng build

• Làm thế nào để xem tất cả các check-in cho một build

• Làm thế nào để xem các work item hay các bug kết thúc một build

• Làm thế nào để xem mở các work item hay các bug cho một build

• Làm thế nào để theo dõi tiến độ từ một build đến một build

• Làm thế nào để theo dõi các trường hợp kiểm thử được pass/fail results đối với một build

• Làm thế nào để xem tình trạng build status (BVT results)

Scheduled Builds

• Làm thế nào để chạy tự động các nightly builds

• Làm thế nào để xác định tần số build và loại build cho dự án của bạn

Test-Driven Development

• Làm thế nào để tạo một "hello world" acceptance test

• Làm thế nào để chạy các kiểm thử một cách tự động như một phần của quy trình build

• Làm thế nào để chạy code analysis như một phần của quy trình build

• Làm thế nào để lấy các failed tests để fail một build

Administration

• Làm thế nào đảm bảo an toàn cho build server của bạn

• Làm sao để xóa đi một build

• Làm thế nào để xóa một loại build type

• Kết nối một work item với một build như thế nào

Làm thế nào đảm bảo an toàn cho build server của bạn

Để đảm bảo an toàn cho build server của bạn

1. Triển khai các build service trên một server riêng, thay vì chia sẻ một server với tầng application hay tầng data của Microsoft Visual Studio® 2005 Team Foundation Server (TFS).

2. Cấp quyền truy cập read/write các build process trong thư mục build. Hãy đảm bảo là tài khoản đang chạy các build được phép truy cập đến thư mục này.

3. Cấp quyền truy cập read/write các build process đến các build drop network share. Hảy đảm bảo là tài khoản đan chạy các build được cấp phép cho sự chia sẻ này.

4. Hảy đảm bảo là tài khoản được sử dụng để chạy các team build là một thành viên của nhóm Team Project's Build Services group.

Để nâng cao sự bảo mật của Team Foundation Server security, bạn nên cài đặt build server trên máy tinh riêng của nó thay vì là trên tầng application hay tầng data. Hãy chỉ rõ là các bước triển khai hay build có thể đòi hỏi các đặc quyền cao; thí dụ, hãy tạo một thư mục ảo để triển khai một ứng dụng Web yêu cầu các quyền quản trị trên build server. Điều này có nghĩa là tài khoản Microsoft Windows® account đang chạy các build yêu cầu các quyền này. Nếu máy tính dùng để build là ở tầng application, thì tài khản build này sẽ đại diện cho một nguy cơ bảo mật(security risk). Tương tự, nếu máy tính dùng để build là ở tầng data, thì tài khoản build này có thể truy cập và thay đổi cơ sở dữ liệu trên tầng đó.

Lưu ý: Vì lí do bảo mật, đừng thêm bất kì tài khoản account nào đang chạy trên team build đến nhóm SERVER\ Service Accounts group. Các thành viên của nhóm này có đủ quyền quản trị trên TFS.

Tài nguyên bổ sung

Để có thêm thông tin về các nhóm và quyền TFS(TFS groups and permissions), hãy xem "Team Foundation Server Default Groups, Permissions, and Roles" tại đây http://msdn2.microsoft.com/en-us/library/ms253077(VS.80).aspx

Làm sao để xóa đi một build

Để xóa một build, bạn sử dụng công cụ TFSBuild command-line. Xác định địa chỉ của TFS server, tên của team project, và tên của build; thí dụ:

TfsBuild delete http://mytfsserver:8080 myproject build20070606.4

Tài nguyên bổ sung

Để có thêm thông tin về việc xóa một build đã hoàn thành, hãy xem "How to: Delete a Completed Build" tại http://msdn2.microsoft.com/en-us/library/aa337656(VS.80).aspx
Để có thêm thông tin về lệnh xóa, hãy xem "Delete Command (Team Foundation Build)" tại http://msdn2.microsoft.com/en-us/library/ms244360(VS.80).aspx

Làm thế nào để xóa một loại build type

Bạn không thể xóa các loại Team Build types bằng cách sử dụng Team Explorer. Thay vào đò, bạn nên xóa bỏ các build type từ source control.

Để xóa một build type đã có

1. Hãy mở Source Control Explorer.

2. Ở trong Source Control Explorer, hãy mở rộng thư mục team project folder của bạn.

3. Mở rộng TeamBuildTypes folder.

4. Click chuột phải lên Team Build folder đại diện cho Team Build type mà bạn muốn xóa và sau đó click Delete.

5. Click chuột phải lên Team Build folder một lần nữa và sau đó click Check In Pending

Changes...

6. Hãy mở Team Explorer.

7. Click chuột phải lên Team Builds folder và sau đó click Refresh.

8. Mở rộng thư mục Team Builds folder và xác nhận là Team Build đã được xóa.

Tài nguyên bổ sung

Để có thêm thông tin về Team Build, hãy xem "Overview of Team Foundation Build" tại http://msdn2.microsoft.com/en-us/library/ms181710(vs.80).aspx

Kết nối một work item với một build như thế nào

Sử dụng hộp thoại Check In đế kết nối các work item với một check-in. Hộp thoại này sẽ kết nối tự động kết nối những work item này với build tiếp theo.

Để kết nối một work item với một build

1. Hãy thay đổi mã các bạn muốn có ở trong các build và sẽ được liên kết với một work item.

2. Check in các pending changes.

3. Trong hộp thoại Check In, click Work Items.

4. Hãy chọn các work item(s) mà bạn muốn kết nối với check-in này.

Tất cả các tập thay đổi changeset mà xảy ra từ lần build thành công cuối cùng sẽ được kết nối với lần build tiếp theo. Sau lần build tiếp theo, Team Build sẽ liệt kê danh sách các changeset này trong các tập changeset kết nối đối với build và sẽ gồm có các work item được chọn đang được kết nối với changeset.

Tài nguyên bổ sung

Để có thêm thông tin về checking in pending changes, hãy xem "How to: Check In Pending Changes" tại http://msdn2.microsoft.com/en-us/library/ms181411(VS.80).aspx

Check-in Policies

• Làm thế nào để sử dụng các chính sách check-in policy để cải thiện chất lượng các check-in

• Làm thế nào để sử dụng các chính sách check-in policy để kết nối các work item với các build

Làm Thế Nào Để Sử Dụng Các Chính Sách Check-In Policy Để Cải Thiện Chất Lượng Các Check-In

Sử dụng một sự kết hợp giữa các chính sách phân tích code và chính sách kiểm thử(code analysis and testing policies) để cải thiện chất lượng của các check-in. Thí dụ, sử dụng các chính sách kiểm thử check-in mặc định để đảm bảo là các kiểm thử cụ thể được thực thi và thông qua trước khi cho phép phần source được check trong TFS source control. Bạn cũng có thể cấu hình một chính sách code analysis policy để giúp đảm bảo là phần code của bạn đáp ứng được các tiêu chuẩn chất lượng bằng cách đảm bảo về bảo mật, hiệu suất, bảo trì và các quy tắc về độ tin cậy được thông qua.

Để thi hành một chính sách code analysis check-in policy cho một dự án nhóm

1. Trong Team Explorer, click chuột phải lên team project của bạn, hãy chọn Team Project Settings, và sau đó click Source Control .

2. Click vào tab Check-in Policy .

3. Click Add và sau đó chọn và cấu hình các chính sách code analysis and testing policies.

Tài nguyên bổ sung

Để có thêm thông tin về tạo và sử dụng một chính sách custom check-in policy, hãy xem"How To - Step Through Creating Custom Check-in Policies for TFS" trong tài liệu này.
Để tìm hiểu làm cách nào để tùy chỉnh một check-in policy, hãy xem "Walkthrough: Customizing Check-in Policies and Notes" tại đây http://msdn2.microsoft.com/en-us/library/ms181281(VS.80).aspx

Để xem sample code mà không cho phép chọn các patterns trên check-in, hãy xem "Checkin Policy to Disallow Certain Patterns" tại đây http://blogs.msdn.com/jmanning/archive/2006/02/02/523125.aspx

Để xem sample code sẽ thực thi các comments trên check-in, hãy xem "Sample Checkin Policy: Make Sure the Comment Isn't Empty" tại đây http://blogs.msdn.com/jmanning/archive/2006/01/21/515858.aspx

Để tìm hiểu làm cách nào để đăng kí một chính sách check-in policy mới, hãy xem "I've Made a New Check-In Policy! How Do I Add It?" tại đây http://blogs.msdn.com/jmanning/archive/2006/02/07/526778.aspx

Làm Thế Nào Để Sử Dụng Các Chính Sách Check-In Policy Để Kết Nối Các Work Item Với Các Build

Sử dụng một chính sách check-in policy để thi hành từng check-in có liên kết với các work items. Các lập trình viên sử dụng hộp thoại Check In để liên kết các work item với một check-in. Hộp thoại này sẽ lien kết tự động những work item này với các build tiếp theo.

Để cài đặt chính sách work item check-in policy để buộc các lập trình viên liên kết các check-in của họ với một work item

1. Trong Team Explorer, click chuột phải lên dự án nhóm của bạn, hãy chọn Team Project Settings, và sau đó click Source Control.

2. Click vào tab Check-in Policy.

3. Click Add và sau đó chọn và cấu hình chính sách Work Item check-in policy.

Tài nguyên bổ sung

Để có thêm thông tin về việc tạo và sử dụng một custom check-in policy, hãy xem "How To - Step Through Creating Custom Check-in Policies for TFS" trong tài liệu này.
Để tìm hiểu làm thế nào để tùy chỉnh một chính sách check-in policy, hãy xem "Walkthrough: Customizing Check-in Policies and Notes" tại đây http://msdn2.microsoft.com/en-us/library/ms181281(VS.80).aspx

Tài liệu hoàn chỉnh có thể download tại đây:

Bài Tập: Team Build