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
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
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
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
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
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