Shape_RMS - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

Shape_RMS - Giới thiệu về Hệ thống quản lý phát hành ShapeTools

SYNOPSIS

định hình rms - hiển thị tóm tắt về các chức năng của hệ thống quản lý phát hành ShapeTools

MÔ TẢ

Sản phẩm hình dạngCông cụ Phát hành Quản lý WELFARE (hình dạng_RMS) giúp xây dựng và theo dõi
của các bản phát hành hệ thống trong các dự án phát triển phần mềm phức tạp (đa lập trình viên). Cái này
trang hướng dẫn giới thiệu cung cấp thông tin tổng quan về chức năng Shape_RMS và giúp
bắt đầu với hệ thống quản lý phát hành. Khi đọc phần giới thiệu này, bạn
nên làm quen với những kiến ​​thức cơ bản về hệ thống kiểm soát phiên bản ShapeTools và
chương trình quản lý cấu hình hình dạng hoặc bạn nên có quyền kiểm soát phiên bản ShapeTools
và định hình(1) trang hướng dẫn sử dụng trong tầm tay. Bổ sung cho trang hướng dẫn tham khảo ngắn này,
có phần hướng dẫn giới thiệu cách sử dụng ShapeTools, giải thích cách giới thiệu
và sử dụng chức năng của bộ công cụ hình dạng một cách khéo léo trong một dự án có nhiều lập trình viên.

Mô hình quản lý hợp tác và phát hành của một dự án phát triển phần mềm có tính
phụ thuộc vào tính chất của dự án. Các yếu tố như ngôn ngữ lập trình được sử dụng,
quy mô của nhóm lập trình viên, bản chất của phần mềm được phát triển hoặc sở thích của địa phương
ảnh hưởng mạnh mẽ đến mô hình này. Hệ thống quản lý phát hành hiện đang được triển khai,
trong hầu hết các trường hợp sẽ không phù hợp tất cả các bạn cần. Hãy lấy nó làm nguyên mẫu để bắt đầu và thử
để thích nghi dần dần. Ở trạng thái hiện tại, việc sửa đổi quản lý phát hành
hệ thống đòi hỏi kỹ năng viết Makefile và Shapefile tốt và rất nhiều kiên nhẫn. Nghĩ
hai lần về mọi sửa đổi bạn thực hiện! Thiết lập sự hợp tác và phát hành tốt
mô hình không dễ dàng như thoạt nhìn.

ShapeTools RMS áp đặt một khung chung cho cấu trúc dự án và quá trình phát triển
quy trình trong một dự án phát triển phần mềm. Khung này là cần thiết cho việc phát hành
hệ thống quản lý để xác định phôi của nó và có thể ghi lại một cách có hệ thống
sự phát triển của cấu hình hệ thống. Nó giúp nhà phát triển có toàn bộ hệ thống
các hành động cấu hình và xây dựng được thực hiện tự động để anh ta có thể tập trung vào
công việc phát triển của mình chứ không phải là các hoạt động quản lý mã.

Tất cả các chức năng của ShapeTools RMS được thực hiện bởi định hình(1) chương trình. Cái này
diễn giải một tệp mô tả (Shapefile) và thực hiện hành động liên quan đến một
tên mục tiêu được đưa ra với lệnh gọi hình dạng. Thông thường, bạn có thể thực hiện một loạt macro
định nghĩa cùng với lệnh gọi hình dạng. Các định nghĩa này ghi đè mặc định nội bộ
cài đặt vĩ mô. Do đó, các lệnh gọi của shape_RMS có dạng tổng quát
định hình mục tiêu [MACRONAME=giá trị ...].

Cụ thể, shape_RMS tự động thực hiện các hành động sau, mỗi hành động đều được
được mô tả trên trang hướng dẫn được tham chiếu.

·
Xây dựng, cài đặt và dọn dẹp hệ thống (hình_xây dựng(1)).

·
Tạo các bản phát hành trước của hệ thống con hoặc toàn bộ hệ thống (hình dạng_releas(1)).

·
Tạo các bản phát hành của hệ thống con hoặc toàn bộ hệ thống (hình dạng_releas(1)).

·
Xây dựng các bản vá cho các bản phát hành hiện có (hình_patch(1)).

·
Khôi phục các bản phát hành hệ thống cũ (hình dạng_releas(1))

·
Tạo các gói có thể gửi được (tệp tar hoặc shar, v.v.) (hình_tar(1)).

·
Xác định sự phụ thuộc của tập tin (hình dạng_phụ thuộc(1)).

Ngoài ra, nó cung cấp

·
Quy tắc lựa chọn phiên bản tiêu chuẩn (hình_stdrul(7)).

·
Một raster kiểm soát biến thể thống nhất trên toàn dự án (hình_stdvar(7)).

·
Tự động tạo các nhận dạng (trước) phát hành.

·
Lưu trữ thông tin cụ thể về quản lý cấu hình với từng thành phần hệ thống.

·
Mẫu cho Shapefiles và Makefiles (hình dạng_tmpl(7)).

Sản phẩm Dự án Structure

Cấu trúc dự án chung là phân cấp. Mỗi nút trong hệ thống phân cấp bao gồm một
số các thành phần và một số hệ thống con. Nút trên cùng trong hệ thống phân cấp đại diện
toàn bộ hệ thống. Ba thuật ngữ này - nút (hoặc nút hệ thống), thành phần và hệ thống con -
sẽ được sử dụng trong tất cả các trang hướng dẫn sử dụng shape_RMS. Một hệ thống con và một nút hệ thống là
về nguyên tắc giống nhau, bao gồm các thành phần và hệ thống con. Những quan niệm thay vào đó
phân biệt hai quan điểm khác nhau.

Cấu trúc phân cấp được phản ánh trong cây thư mục UNIX với các thư mục
đại diện cho các nút và tập tin như các thành phần hệ thống. Không phải mỗi thư mục nhất thiết phải chứa một
toàn bộ nút hệ thống. Các nút đơn có thể trải rộng trên nhiều thư mục tạo thành một cây con.
Thư mục trên cùng của cây con này là đại diện của nút. Do đó, hệ thống
cấu trúc và cây thư mục có thể khác nhau.

Cấu trúc dự án và các thành phần của nó được mô tả bởi hệ thống kiểu mẫu. Hệ thống
mô hình bao gồm một bộ sưu tập Shapefiles và Makefiles đan xen. Mỗi nút là
được trang bị một Makefile và một Shapefile chứa mô hình hệ thống nút cụ thể
thông tin. Thông tin mô hình hệ thống bổ sung (chẳng hạn như quy tắc lựa chọn phiên bản tiêu chuẩn
hoặc các định nghĩa biến thể trên toàn dự án) được duy trì ở vị trí trung tâm trên toàn dự án và
được truy cập thông qua cơ sở bao gồm của hình dạng.

Hồ sơ chức năng của mô hình hệ thống được phản ánh bởi các Tiêu chuẩn mục tiêu in
các tệp mô hình hệ thống (Shape- và Makefiles). Các mục tiêu này được xác định trong
Tệp hình dạng và Makefile riêng lẻ (cụ thể theo nút) hoặc trong một trong các Shapefile được bao gồm
các mảnh duy trì Shapefile trên toàn dự án. Một tập hợp các Tiêu chuẩn macro và ngầm một bộ
các quy ước làm nền tảng cho các macro đó bao gồm giao diện dữ liệu giữa các
module của mô hình hệ thống. Sự phù hợp với các quy ước cơ bản cần thiết và
các giả định được hỗ trợ bởi các mẫu cho Shape- và Makefiles được cung cấp cho
lập trình viên của các bộ phận hệ thống khác nhau (xem hình dạng_tmpl(7)). Việc sử dụng các mẫu này làm cho
thông tin mô hình hệ thống viết gần như tầm thường.

Theo các mẫu, các thành phần Makefile chứa hầu hết các định nghĩa macro,
định nghĩa phụ thuộc thành phần thông thường và hầu hết các quy tắc chuyển đổi rõ ràng. Các
Hệ thống Makefiles được thiết kế cẩn thận để đủ độc lập để sử dụng mà không cần
định hình(1). Điều này là cần thiết để cung cấp một quy trình xây dựng để biên dịch và cài đặt
hệ thống phần mềm ngoài khu vực phát triển (nơi định hình(1) thường không có sẵn).

Các thành phần Shapefile chứa thông tin liên quan cụ thể đến hình dạng
các tính năng đặc biệt không có sẵn (ví dụ: lựa chọn phiên bản, xử lý biến thể).
Hệ thống hoàn chỉnh của Shape- và Makefiles không có dư thừa, giúp chúng dễ dàng sử dụng hơn
duy trì. Các Shapefiles, để thể hiện một mô hình hệ thống hoàn chỉnh, bao gồm
chỉ thị bao gồm tất cả thông tin mô hình hệ thống quan trọng được lưu trữ trong các
các đối tượng, cụ thể là các tệp được duy trì tập trung và Makefiles.

Công việc phát triển thường diễn ra trong phòng của các nhà phát triển. riêng không gian làm việc, Với
kết quả tập trung tại một vị trí trung tâm, các dự án nguồn kho. Nguồn
kho lưu trữ là một cây thư mục hoàn chỉnh (hoàn chỉnh theo nghĩa kết hợp từng
nút hệ thống đã phát triển) đại diện cho toàn bộ dự án. Không gian làm việc riêng tư và
các thư mục con tương ứng trong kho nguồn được liên kết với nhau bằng chung ATFS
thư mục con (xem vcintro(1)) chứa tất cả các kết quả (phiên bản) công việc đã lưu. Cơ chế này
làm cho các tệp từ không gian làm việc riêng tư hiển thị trong kho lưu trữ nguồn, ngay khi
nhà phát triển lưu bản sao của tệp bằng hệ thống kiểm soát phiên bản ShapeTools. Phát triển
công việc cũng có thể xảy ra trong kho nguồn. Trong trường hợp này, ngay cả phiên bản bận rộn của mỗi
phôi có thể nhìn thấy trong kho lưu trữ nguồn, điều này không làm phiền.

Mỗi nút trong hệ thống phải chứa một tệp nhận dạng phát hành. Tập tin này là
được duy trì tự động và không bao giờ được sửa đổi bằng tay. Nó cũng được bắt nguồn
từ một mẫu nhất định và chứa một chuỗi trích dẫn tên nút và bản phát hành thực tế
con số. Với mỗi bản phát hành mới, một phiên bản mới của tệp nhận dạng bản phát hành sẽ được
được tạo ra. Trong phát triển phần mềm, nó thường chứa một quy trình trả lại bản phát hành
chuỗi nhận dạng được đề cập ở trên. Cơ chế này tự động nhận dạng bản phát hành trong
các hệ thống phần mềm.

Bên cạnh không gian làm việc riêng tư và kho lưu trữ nguồn, một dự án còn có một phần phát hành khu vực và
a phát hành khu vực. Cả hai khu vực đều có khả năng chứa một bản sao hoàn chỉnh của nguồn dự án
cây dưới dạng tệp UNIX (không có kiểm soát phiên bản). Các một phần phát hành khu vực giữ nhiều nhất
bản phát hành gần đây (trước) của mỗi nút hệ thống. Mỗi lần, một nút hệ thống sẽ được phát hành trước hoặc
được phát hành, một bản sao của các phiên bản nguồn liên quan sẽ được ghi vào khu vực phát hành một phần.
Sản phẩm phát hành khu vực giữ các bản phát hành trước và bản phát hành của toàn bộ hệ thống. Nó chỉ được lấp đầy,
khi quy trình xây dựng bản phát hành (trước) được kích hoạt từ nút trên cùng của nguồn
kho. Bạn tìm thấy thêm một số chi tiết về chủ đề này trong hình dạng_releas(1) trang hướng dẫn sử dụng.

Sản phẩm Phát triển Quy trình xét duyệt

Quá trình phát triển chung được áp đặt bởi hệ thống quản lý phát hành hình dạng là
được mô tả bằng mẫu sau.

1)
phát triển và thử nghiệm cục bộ trong không gian làm việc riêng tư với các phiên bản cục bộ (tiết kiệm)

2)
xuất bản riêng lẻ của hệ thống nút đơn (nút phát hành trước)

3)
tích hợp toàn cầu và thử nghiệm tích hợp (hàng đầu phát hành trước)

4)
kết hợp các yêu cầu thay đổi từ tích hợp toàn cầu vào các hệ thống nút đơn và
ấn phẩm cuối cùng của hệ thống nút (nút phát hành)

5)
phát hành toàn cầu (hàng đầu phát hành)

6)
giới thiệu các bản sửa lỗi cục bộ trong hệ thống được phát hành (nút bản vá phát hành trước).

7)
tích hợp toàn cầu các bản vá và thử nghiệm tích hợp (hàng đầu bản vá phát hành trước).

8)
bản phát hành cục bộ của bản phát hành hệ thống nút được vá (nút bản vá phát hành).

9)
tạo ra một bản phát hành vá toàn cầu (hàng đầu bản vá phát hành).

Tất nhiên, có thể có một số vòng lặp trong danh sách trên. Đầu tiên, việc xây dựng nút
(trước) phát hành xảy ra đệ quy từ các lá của cây nguồn hệ thống lên trên cùng.
Thứ hai, một số lần lặp lại của nút/đỉnh phát hành trước cơ chế thường sẽ là cần thiết,
để đi đến một bản phát hành cuối cùng ổn định.

Quá trình phát triển và thử nghiệm cá nhân diễn ra trong không gian làm việc riêng tư của từng nhà phát triển. MỘT
nhà phát triển thường sử dụng các phiên bản bận cục bộ và các thành phần được phát hành mới nhất của tất cả
các bộ phận hệ thống khác mà anh ấy cần (ví dụ: thư viện) để kiểm tra thành phần của mình. Trung cấp
kết quả của công việc phát triển cá nhân có thể được lưu vào cơ sở phiên bản. Các
trạng thái tương ứng của các phiên bản mới nổi là lưu.

Khi nhà phát triển cho rằng đã đạt đến trạng thái phát triển ổn định hoặc đã đạt đến mức phát triển
giao dịch đã được hoàn thành, anh ta thực hiện việc phát hành trước kết quả công việc của mình.
Việc công bố kết quả công việc như vậy bao gồm việc lưu tất cả các phiên bản bận chưa được lưu vào thư mục
cơ sở phiên bản, đánh dấu tất cả các thành phần của hệ thống con đã được hoàn thiện (tức là tất cả các thành phần gần đây nhất
phiên bản) với tên phát hành cục bộ phổ biến, duy nhất và được xác định rõ ràng và gán
tình trạng đề xuất cho tất cả các phiên bản này. Các phiên bản này, nằm trong nguồn trung tâm
kho lưu trữ có thể truy cập được trên toàn cầu đối với nhà tích hợp hệ thống.

Kiểm tra tích hợp và tích hợp toàn cầu được thực hiện bởi một người dùng đặc biệt, nhà tích hợp.
Nhà tích hợp thường không tự mình thực hiện bất kỳ công việc phát triển thực tế nào. Trên thực tế
nhà tích hợp là người dùng khái niệm (tức là userId đặc biệt) hoạt động trong nguồn trung tâm
kho lưu trữ và do đó có quyền truy cập vào tất cả các thành phần và hệ thống con được phát hành riêng lẻ của
hệ thống đã phát triển. Kiểm thử tích hợp tập hợp tất cả các bản phát hành trước riêng lẻ gần đây nhất
(của các thành phần và hệ thống con) và tạo ra bản phát hành trước của hệ thống đã phát triển. Tất cả
các thành phần là một phần của bản phát hành trước được đánh dấu bằng một điểm chung, duy nhất và tốt
đã xác định tên phát hành chung toàn cầu và chỉ định trạng thái phiên bản công bố.

Mục đích của việc phát hành trước một hệ thống trước khi phát hành nó thực sự là để đảm bảo rằng
tất cả các thành phần đều hoạt động bình thường, quy trình cài đặt hệ thống hoạt động bình thường,
bản phát hành mới xây dựng, cài đặt và chạy chính xác trên tất cả các nền tảng được hỗ trợ mà không cần
nguy cơ ấn định (và do đó lãng phí) tên phát hành chính thức theo kế hoạch quá sớm.
Trong quá trình thử nghiệm tích hợp, không được phép đưa ra các tính năng hoặc cải tiến mới
được đưa vào hệ thống. Loại yêu cầu sửa đổi duy nhất sẽ được
được xử lý trong giai đoạn này là các lỗi trong quy trình cài đặt và tính di động
sự cố (điều này bao gồm việc sửa các lỗi được tìm thấy trong quá trình chuyển).

Khi chu trình phát hành trước đã tạo ra trạng thái ổn định của toàn bộ hệ thống, nó có thể được
chính thức được phát hành. Thủ tục phát hành chính thức tương tự như phát hành trước
thủ tục, nhưng đánh dấu tất cả các thành phần bằng tên phát hành chính thức theo kế hoạch và gán
trạng thái phiên bản đông lạnh đối với họ.

Cài đặt up a Dự án

Trong phần sau đây bạn sẽ tìm thấy hai danh sách kiểm tra. Người đầu tiên nói, phải làm gì khi bắt đầu một
dự án với tư cách là quản trị viên dự án. Cách thứ hai giúp kết nối với một địa chỉ đã được thiết lập
dự án với tư cách là nhà phát triển.

Danh sách kiểm tra cho thiết lập ban đầu:

A1)
Tạo một người dùng (UNIX) để trở thành dự án chủ sở hữu. Đây phải là người dùng khái niệm, không phải là người dùng
cái tự nhiên. Thư mục chính của người dùng này sẽ là dự án nhà.

A2)
Xác định một dự án nhóm (Trong / etc / group) và thêm tất cả những người tham gia dự án vào nhóm này.

A3)
Thiết lập dự án trung tâm nguồn kho tại nhà chủ dự án.

· Tạo ra phát triển thư mục

· Tạo ra ngàn, lib và bao gồm thư mục trong thư mục phát triển.

· Cài đặt cây nguồn hệ thống với src thư mục trong thư mục phát triển như
root.

· Tạo một thư mục có tên ATFS trong mỗi thư mục của cây nguồn hệ thống.

A4)
Thiết lập vùng phát hành và phát hành một phần bằng cách tạo thư mục phát hành và
một phần.release tại nhà chủ dự án.

A5)
Hãy tất cả các các thư mục được tạo trước đó có thể ghi theo nhóm.

A6)
Tạo một thư mục có tên định hình trong quá trình phát triển/lib và sao chép các mẫu Shape_RMS và
bao gồm các tập tin vào thư mục đó.
Đó là Shapefile.tmpl, Makefile.tmpl, Release.tmpl, Release.c.tmpl, stdconf,
mục tiêu chuẩn, quy tắc chuẩn và stdvar.

A7)
Điều chỉnh giá trị mặc định macro trong Makefile.tmpl và Shapefile.tmpl in
phát triển/lib/hình dạng theo cài đặt cục bộ. Các hình dạng_tmpl(7) trang hướng dẫn
cung cấp cho bạn thông tin về ngữ nghĩa của từng định nghĩa macro. Tập tin Makefile
mẫu xác định

· đường dẫn cơ sở cho kho lưu trữ nguồn, vùng phát hành một phần, vùng phát hành và
các vị trí lắp đặt hệ thống.

· mô tả môi trường hệ thống máy chủ.

· Các công cụ và tùy chọn công cụ sẽ được sử dụng.

· thư viện sẽ được sử dụng.

· Hành động xây dựng và cài đặt mặc định.

A8)
Kiểm tra tệp stdvar (định nghĩa biến thể rộng của dự án). Nhìn thấy hình_stdvar(7) cho
thêm thông tin về điều này.

Nếu bạn tuân thủ nghiêm ngặt mô hình cấu trúc và phát hành như được triển khai trong các mẫu
và hình dạng bao gồm các tệp được cung cấp trong bản phân phối ShapeTools, công việc của bạn đã hoàn thành.
Các điều chỉnh bổ sung yêu cầu các thay đổi phải được thực hiện thủ công trên các tệp trong hình dạng/lib.
Trước khi bạn thực hiện việc này, chúng tôi khuyên bạn nên đọc hướng dẫn về ShapeTools trước. Đặc biệt là
Mẫu Makefile bạn nên thiết lập thật cẩn thận. Như hầu hết làm cho(1) việc triển khai thực hiện
không hỗ trợ đưa các phần bên ngoài vào Makefiles, Makefiles cục bộ (bắt nguồn từ
template) chứa nhiều thông tin cần được duy trì tập trung tốt hơn.
Các sửa đổi đối với mẫu Makefile được thực hiện sau khi đã tạo ra các Makefile cục bộ
từ đó, yêu cầu vá các thay đổi vào từng Makefile cục bộ. Đây là một việc tốn kém và
công việc dễ mắc lỗi. Chúng tôi khuyên bạn nên sử dụng bản vá(1) đối với điều này, điều này chắc chắn không phải là điều bạn
sẽ mong muốn, nhưng vẫn chưa có giải pháp nào tốt hơn.

A9)
xác định quy tắc lựa chọn phiên bản

A10)
thực hiện các hành động bổ sung trong mục tiêu chuẩn or stdconf.

A11)
xác định lại các chính sách trên toàn dự án trong Makefile.tmpl, Shapefile.tmpl, hoặc là stdconf.

Đừng cố tìm bất kỳ tài liệu bổ sung nào hướng dẫn các điểm A9-A11. Có
chưa có.

Danh sách kiểm tra dành cho nhà phát triển khi kết nối với dự án hiện có:

Đ1)
Đảm bảo là thành viên của nhóm dự án

Đ2)
Tạo thư mục phát triển riêng tư

Đ3)
Kết nối với trung tâm nguồn kho bằng cách thiết lập một liên kết có tên ATFS từ của bạn
thư mục phát triển cục bộ vào thư mục tương ứng trong nguồn trung tâm
kho. Đây phải là một liên kết tượng trưng đến thư mục AtFS ở đó, hoặc trên
các hệ thống không có tiện ích liên kết tượng trưng, ​​một tệp có phần thích hợp
tên đường dẫn làm nội dung. Cái sau sẽ được giải thích bằng cách kiểm soát phiên bản ShapeTools
hệ thống thay thế cho một liên kết tượng trưng.

Đ4)
Sao chép Makefile.tmpl từ project_home/lib/shape dưới dạng makefile tới sự phát triển của bạn
direcory và điền vào các định nghĩa macro cần thiết bằng cách chỉnh sửa tệp. nếu bạn
đã có Makefile, đừng cố sử dụng nó nữa. Bạn sẽ may mắn hơn rất nhiều
với Makefile có nguồn gốc từ mẫu.

Đ5)
Sao chép Shapefile.tmpl as tệp hình dạng vào thư mục phát triển của bạn. Thông thường, không
những sửa đổi cần thiết ở đó.

Đ6)
Sao chép một trong Phát hành.tmpl or phát hành.c.tmpl như Phát hành, resp. Release.c tới địa phương của bạn
thư mục.

Đ7)
Tạo một sản phẩm nào Sự phụ thuộc tập tin và chạy định hình phụ thuộc (1) sau đó. Kiểm tra xem, nếu bạn
thiết lập dự án hỗ trợ tự động tạo tệp Phụ thuộc. Nếu không, bạn có
để duy trì nó một cách thủ công.

Đ8)
chạy định hình rms (1) để có bản tóm tắt về các chức năng được cung cấp bởi ShapeTools
hệ thống quản lý phát hành.

THUỘC TÍNH

Vì bộ công cụ hình dạng có Được phân bổ Hệ thống tập tin (AtFS, Xem afintro(3)) như lưu trữ dữ liệu
base, shape_RMS lưu trữ thông tin quản lý nội bộ của nó dưới dạng các thuộc tính được gắn vào
thành phần hệ thống. Các thuộc tính bao gồm tên và danh sách các giá trị. Cấu hình
các thuộc tính liên quan đến quản lý là

__Tên tượng trưng__
Mỗi phiên bản thành phần trong hệ thống mang một tập hợp các tên tượng trưng duy nhất
xác định (các) bản phát hành (trước), nó là một phần của. Danh sách này có thể trống khi
phiên bản chưa bao giờ được tuyên bố là một phần của bản phát hành (trước). __Tên tượng trưng__ là một
thuộc tính có ý nghĩa đặc biệt xuyên suốt tất cả các chương trình trong ShapeTools. Để biết thêm
thông tin xem -biểu tượng tùy chọn vl(1) và vadm(1).

Tên nút
Là tên của hệ thống nút, phiên bản thành phần thuộc về như được xác định trong
TÊN NÚT macro trong Makefile của hệ thống con. Chỉ có tệp tạo số phát hành
mang thuộc tính này.

cuối cùng
Tên duy nhất của bản phát hành hoặc bản phát hành trước được tạo gần đây nhất. Thuộc tính này được
chỉ được đính kèm với các phiên bản của tệp tạo số phát hành. Trên thực tế, nó khiến
chỉ có ý nghĩa ở phiên bản mới nhất của tệp tạo số phát hành.

Sử dụng Shape_RMS trực tuyến bằng dịch vụ onworks.net