3. A change database that is used t

3. A change database that is used to manage all change proposals and that may
be linked to a version management system. Database query facilities allow the
CM team to find specific change proposals.
4. A change-reporting system that generates management reports on the status of
change requests that have been submitted.
29.5.2 Support for version management
Version management involves managing large amounts of information and ensuring
that system changes are recorded and controlled. Version management tools control a
repository of configuration items where the contents of that repository are immutable
(i.e., cannot be changed). To work on a configuration item, you must check it out of
the repository into a working directory. After you have made the changes to the soft-
ware, you check it back into the repository and a new version is automatically created.
All version management systems provide a comparable basic set of capabilities
although some have more sophisticated facilities than others. Examples of these capa-
bilities are:
1. Version and release identification Managed versions are assigned identifiers
when they are submitted to the system. Different systems support the different
types of version identification discussed in Section 29.3.1.
Storage management To reduce the storage space required by multiple versions
that are largely the same, version management systems provide storage man-
agement facilities so that versions are described by their differences from some
master version. Differences between versions are represented as a delta, which
encapsulates the instructions required to recreate the associated system version.
This is illustrated in Figure 29.9, which shows how backward deltas may be
applied to the latest version of a system to re-create earlier system versions.
The latest version is version 1.3. To create version 1.2, you apply the change
delta that re-creates that version.
3. Change history recording All of the changes made to the code of a system or
component are recorded and listed. In some systems, these changes may be used
to select a particular system version.
4. Independent development Multiple versions of a system can be developed in
parallel and each version may be changed independently. For example, release
I
1 can be modified after development of release 2 is in progress by adding new
level-1 deltas. The version management system keeps track of components that
have been checked out for editing and ensures that changes made to the same
component by different developers do not interfere. Some systems allow only
one instance of a component to be checked out for editing; others resolve poten-
tial clashes when the edited components are checked back into the system.

Kết quả (Việt) 1:

3. cơ sở dữ liệu thay đổi được sử dụng để quản lý tất cả các thay đổi đề xuất và có thể được liên kết với một hệ thống quản lý phiên bản. Cơ sở dữ liệu truy vấn nghi cho phép các CM các đội bóng để tìm thấy những đề xuất cụ thể thay đổi. 4. một hệ thống báo cáo thay đổi tạo ra quản lý báo cáo về tình trạng của yêu cầu thay đổi đã được gửi. 29.5.2 hỗ trợ cho phiên bản quản lý Phiên bản quản lý liên quan đến việc quản lý một lượng lớn thông tin và đảm bảo rằng hệ thống thay đổi được ghi lại và kiểm soát. Phiên bản quản lý công cụ kiểm soát một kho lưu trữ của các mục cấu hình nội dung của kho đó ở đâu không thay đổi (tức là, không thể thay đổi). Để làm việc trên một mục cấu hình, bạn phải kiểm tra xem nó ra kho lưu trữ vào một thư mục làm việc. Sau khi bạn đã thực hiện những thay đổi để mềm- sản phẩm, bạn kiểm tra xem nó trở lại vào kho lưu trữ và một phiên bản mới được tạo ra tự động. Tất cả các hệ thống quản lý phiên bản cung cấp một bộ khả năng so sánh cơ bản mặc dù một số có nhiều hơn nữa tinh vi Tiện nghi hơn những người khác. Ví dụ về các capa- bilities là: 1. Phiên bản và phát hành phiên bản quản lý nhận dạng được gán mã định danh Khi chúng được gửi đến hệ thống. Hệ thống khác nhau hỗ trợ khác nhau Các loại giấy tờ tùy thân Phiên bản thảo luận trong phần 29.3.1. Quản lý lưu trữ để giảm không gian lưu trữ theo yêu cầu của nhiều phiên bản mà chủ yếu là giống nhau, Hệ thống quản lý phiên bản cung cấp lưu trữ người đàn ông- Tiện nghi agement vì vậy mà các phiên bản được mô tả bởi sự khác biệt của họ từ một số Phiên bản tổng thể. Sự khác biệt giữa các phiên bản được đại diện như là một đồng bằng, mà đóng gói các hướng dẫn cần thiết để tái tạo phiên bản kết hợp hệ thống. Điều này được minh họa trong hình 29.9, trong đó cho thấy làm thế nào lạc hậu vùng đồng bằng có thể áp dụng cho phiên bản mới nhất của một hệ thống tái tạo phiên bản trước của hệ thống. Phiên bản mới nhất là phiên bản 1.3. Để tạo ra phiên bản 1.2, bạn áp dụng những thay đổi Delta tái tạo phiên bản đó. 3. thay đổi lịch sử ghi lại tất cả những thay đổi mã của một hệ thống hay thành phần được ghi lại và được liệt kê. Trong một số hệ thống, những thay đổi này có thể được sử dụng để chọn một phiên bản hệ thống đặc biệt. 4. độc lập phát triển nhiều phiên bản của một hệ thống có thể được phát triển trong song song và mỗi phiên bản có thể thay đổi một cách độc lập. Ví dụ, phát hành Tôi 1 có thể được thay đổi sau khi sự phát triển của phiên bản 2 tiến hành bằng cách thêm mới vùng đồng bằng cấp-1. Hệ thống quản lý phiên bản giữ theo dõi của các thành phần đó đã được kiểm tra để chỉnh sửa và đảm bảo rằng thay đổi được thực hiện đến cùng Các thành phần của nhà phát triển khác nhau không can thiệp. Một số hệ thống cho phép chỉ một ví dụ của một thành phần để được kiểm tra ra để chỉnh sửa; những người khác giải quyết poten- chướng xung đột khi các thành phần chỉnh sửa được kiểm tra lại vào hệ thống.

Kết quả (Việt) 2:

3. Một cơ sở dữ liệu thay đổi đó được sử dụng để quản lý tất cả các đề xuất thay đổi và có thể
được liên kết với một hệ thống quản lý phiên bản. Cơ sở truy vấn cơ sở dữ liệu cho phép các
nhóm CM để tìm các đề xuất thay đổi cụ thể.
4. Một hệ thống thay đổi, báo cáo mà tạo ra các báo cáo quản lý về tình trạng của
các yêu cầu thay đổi đó đã được gửi.
29.5.2 Hỗ trợ quản lý phiên bản
quản lý bản liên quan đến việc quản lý một lượng lớn thông tin và đảm bảo
rằng hệ thống thay đổi được ghi lại và kiểm soát. Công cụ quản lý phiên bản kiểm soát một
kho lưu trữ các mục cấu hình mà nội dung của kho lưu trữ đó là không thay đổi
(tức là, không thể thay đổi). Để làm việc trên một mục cấu hình, bạn phải kiểm tra xem nó ra khỏi
kho lưu trữ vào một thư mục làm việc. Sau khi bạn đã thực hiện các thay đổi cho mềm
ware, bạn kiểm tra lại vào kho và một phiên bản mới sẽ tự động tạo ra.
Tất cả các hệ thống quản lý phiên bản cung cấp một thiết lập cơ bản so sánh về khả năng
mặc dù một số có các phương tiện tinh vi hơn những người khác. Ví dụ về các capa-
trách là:
1. Phiên bản và phát hành xác định quản lý các phiên bản được phân định
khi chúng được gửi đến hệ thống. Hệ thống khác nhau hỗ trợ khác nhau
các loại xác định phiên bản thảo luận trong phần 29.3.1.
Quản lý lưu trữ Để giảm bớt không gian lưu trữ cần thiết bởi nhiều phiên bản
mà chủ yếu là giống nhau, hệ thống quản lý phiên bản cung cấp lưu trữ lý
các cơ sở quản để các phiên bản được mô tả bởi sự khác biệt của họ từ một số
phiên bản master. Sự khác biệt giữa các phiên bản được biểu diễn như là một vùng đồng bằng, mà
gói gọn các hướng dẫn cần thiết để tái tạo các phiên bản hệ thống liên kết.
Điều này được minh họa trong hình 29.9, trong đó cho thấy cách đồng bằng ngược có thể được
áp dụng cho các phiên bản mới nhất của hệ thống để tái tạo các phiên bản hệ thống trước đó .
phiên bản mới nhất là phiên bản 1.3. Để tạo ra phiên bản 1.2, bạn áp dụng các thay đổi
đồng bằng mà lại tạo ra phiên bản đó.
3. Thay đổi lịch sử ghi lại tất cả các thay đổi đối với mã số của một hệ thống hay
thành phần được ghi nhận và liệt kê. Trong một số hệ thống, những thay đổi này có thể được sử dụng
để chọn một phiên bản hệ thống cụ thể.
4. Phát triển độc lập Nhiều phiên bản của một hệ thống có thể được phát triển
song song và mỗi phiên bản có thể được thay đổi một cách độc lập. Ví dụ, phát hành
tôi
1 có thể được sửa đổi sau khi phát triển các phiên bản 2 là trong tiến trình bằng cách thêm mới
vùng đồng bằng cấp 1. Hệ thống quản lý phiên bản theo dõi các thành phần
đã được kiểm tra để chỉnh sửa và đảm bảo rằng các thay đổi trên cùng một
thành phần của các nhà phát triển khác nhau không can thiệp. Một số hệ thống chỉ cho phép
một ví dụ của một thành phần để được kiểm tra để chỉnh sửa; những người khác giải quyết poten-
xung đột tiềm khi các thành phần chỉnh sửa phải được kiểm tra lại vào hệ thống.