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

CHƯƠNG TRÌNH:

TÊN

kiểm tra aegis - chạy kiểm tra

SYNOPSIS

sự bảo hộ -Kiểm tra [ tùy chọn...] [ tên=giá trị ][ tên tập tin...]
sự bảo hộ -Kiểm tra -Sống độc lập [ tùy chọn...] [ tên=giá trị ][ tên tập tin...]
sự bảo hộ -Kiểm tra -Danh sách [ tùy chọn...]
sự bảo hộ -Kiểm tra -Cứu giúp

MÔ TẢ

Sản phẩm sự bảo hộ -Kiểm tra lệnh được sử dụng để chạy các bài kiểm tra. Nếu không có tệp nào được đặt tên, tất cả các thử nghiệm liên quan
đang chạy. Theo mặc định, cả kiểm tra tự động và thủ công đều được chạy.

Bạn có thể đặt tên cho các thư mục trên dòng lệnh và tất cả các bài kiểm tra có liên quan trong thư mục đó
cây trong thay đổi sẽ được chạy. Đó là một lỗi nếu không có các bài kiểm tra liên quan.

Mỗi kiến ​​trúc phải được thử nghiệm riêng biệt. Điều này là do có thể có
vấn đề chỉ được tiết lộ trên một số kiến ​​trúc. Một số dự án cũng có thể có
mã khác nhau cho các kiến ​​trúc khác nhau.

Trạng thái của lần chạy thử nghiệm cuối cùng được ghi nhớ để không chạy thử nghiệm nếu không có
nhu cầu. (Điều này không áp dụng cho -Hồi quy các bài kiểm tra, thật không may.) Các bài kiểm tra phải được chạy lại
nếu thử nghiệm trước đó không thành công, nếu tệp thử nghiệm đã thay đổi, nếu có bản dựng,
và cho từng kiến ​​trúc.

tên = giá trị
Bạn có thể thêm tên=giá trị các cặp với dòng lệnh, chúng sẽ được chuyển không thay đổi đến
lệnh kiểm tra. Thường ở cuối dòng lệnh, nhưng điều này có thể được thay đổi trong
tệp cấu hình dự án.

Sản phẩm -lực lượng tùy chọn dẫn đến một lực ngầm = 1 biến được thêm vào danh sách
các phép gán biến, và do đó được thêm vào cuối lệnh. Điều này được sử dụng nhiều nhất khi
bằng cách sử dụng batch_test_command đệ trình của tệp cấu hình dự án.

Điều này ban đầu có thể giống như một quá trình phát triển kết thúc, cho phép các tập lệnh thử nghiệm được
được viết để họ đưa ra tất cả các câu trả lời đúng mà không thực sự làm gì cả. Bạn
luôn có thể làm điều này với các biến môi trường, vì vậy đây không phải là điều gì mới.

Có thể nhận tất cả các phép gán biến để biến thành biến môi trường
bằng cách đặt $ var tại Bắt đầu của lệnh, trước tên của trình bao, thay vì tại
vị trí mặc định ở cuối lệnh.

Tập tin Họ tên Sự giải thích
Chương trình aegis sẽ cố gắng xác định tên tệp dự án từ tên tệp
được đưa ra trên dòng lệnh. Tất cả các tên tệp được lưu trữ trong các dự án aegis dưới dạng tương đối
vào gốc của cây thư mục cơ sở. Thư mục phát triển và
thư mục tích hợp là bóng của thư mục cơ sở này và vì vậy những tên tương đối này
cũng đăng ký ở đây. Các tệp có tên trên dòng lệnh đầu tiên được chuyển đổi thành đường dẫn tuyệt đối
Nếu cần. Sau đó, chúng được so sánh với đường dẫn cơ sở, thư mục phát triển
và đường dẫn thư mục tích hợp, để xác định tên tương đối đường cơ sở. Nó là
lỗi nếu tệp có tên nằm ngoài một trong các cây thư mục này.

Sản phẩm -BAse_Relative tùy chọn có thể được sử dụng để làm cho các tên tệp tương đối được hiểu là
liên quan đến đường cơ sở; tên tệp tuyệt đối sẽ vẫn được so sánh với các
đường dẫn để xác định tên đường cơ sở-tương đối.

Sản phẩm tên_tệp_tương_chính trong tệp cấu hình người dùng có thể được sử dụng để sửa đổi
hành vi mặc định này. Nhìn thấy aeuconf(5) để biết thêm thông tin.

THI QUY TRÌNH

Mỗi thay đổi bắt buộc phải đi kèm với các bài kiểm tra, và các bài kiểm tra đó bắt buộc phải
chạy ngược lại thư mục phát triển đã xây dựng và chúng phải vượt qua. Điều này đảm bảo rằng mới
chức năng được đi kèm với các bài kiểm tra để xác minh tính đúng đắn của nó và các bản sửa lỗi được
kèm theo các bài kiểm tra xác nhận rằng lỗi đã được sửa.

Hồi quy Kiểm tra
Các bài kiểm tra được coi như bất kỳ tệp nguồn nào khác và được duy trì trong đường cơ sở và
lịch sử với tất cả các tệp nguồn khác. Các bài kiểm tra phải đi kèm với mọi thay đổi
tích lũy trong đường cơ sở của dự án, cung cấp định nghĩa về chức năng chính xác cho
đường cơ sở. Các thử nghiệm tích lũy này có thể được thực hiện bằng lệnh “aegis -REGression”,
để xác minh rằng dự án sẽ không "thoái lui" do thay đổi.

Baseline Kiểm tra
Các bản sửa lỗi được yêu cầu để có các bài kiểm tra của chúng không chống lại đường cơ sở của dự án (ngược lại
vào thư mục phát triển). Điều này đảm bảo rằng thử nghiệm thực sự chứng minh được lỗi
trong đường cơ sở, cũng như chứng minh rằng nó được cố định bởi sự thay đổi. Mới
chức năng không thành công một cách đáng kể so với đường cơ sở và vì vậy aegis không cố gắng
đoán xem thử nghiệm là thử nghiệm sửa lỗi hay thử nghiệm chức năng mới, nó chỉ đơn giản là yêu cầu các thử nghiệm để
thất bại so với đường cơ sở.

Yêu cầu này áp dụng cho cả các bài kiểm tra mới được tạo ra bởi một thay đổi và cả các bài kiểm tra
đã được sao chép vào một thay đổi để sửa đổi.

Rà soát Kiểm tra
Người đánh giá có thể tin tưởng rằng aegis đã thực thi các yêu cầu kiểm tra; đó là một sự thay đổi
phải có các bài kiểm tra, rằng sự thay đổi phải xây dựng, rằng các bài kiểm tra vượt qua sự phát triển
thư mục và rằng các thử nghiệm không thành công so với đường cơ sở. Các điều kiện này được thực thi
by aede(1) và thay đổi sẽ không được nâng cao lên được xem xét trạng thái cho đến khi những
Các điều kiện được đáp ứng. Do đó, người đánh giá nên xem xét các bài kiểm tra cho tính đầy đủ phạm vi bảo hiểm của
mã trong sự thay đổi và không nhạy cảm với những thay đổi trong môi trường thực thi (ví dụ:
không nhạy cảm với ngày tháng). Người đánh giá cũng nên sử dụng “aegis -list change_details” để xác minh
rằng một thay đổi có hoặc không có miễn trừ thử nghiệm.

Miễn trừ
Quản trị viên dự án có thể cấp nhiều quyền miễn trừ thử nghiệm khác nhau, xem aepa(1)
aepattr(5) để biết thêm thông tin. Sao chép các bài kiểm tra thành một thay đổi hoặc thêm các bài kiểm tra mới vào một
thay đổi, có thể hủy bỏ các miễn trừ đó.

THI COMMAND CẤU HÌNH

Lệnh được sử dụng để thực hiện các bài kiểm tra được xác định bởi test_command lĩnh vực trong dự án
tập tin cấu hình (xem aepconf(5) để biết thêm thông tin), điều này mặc định sử dụng
Vỏ Bourne nếu chưa đặt. Thư mục hiện tại sẽ là đầu thư mục thích hợp
cây thư mục. Nếu các bài kiểm tra yêu cầu các tệp tạm thời, họ nên tạo chúng trong / Tmp, như một
kiểm tra không thể mong đợi có quyền ghi trong thư mục hiện tại.

Nếu bạn muốn sử dụng một công cụ kiểm tra phức tạp hơn, thay vì một tập lệnh shell đơn giản,
nhưng công cụ kiểm tra này không trả về mã kết quả phù hợp để sử dụng với aegis, bạn có thể
bọc nó trong một tập lệnh shell ghi lại trạng thái thoát thành các giá trị mà aegis mong đợi.
Bạn cũng có thể đạt được kết quả tương tự bằng cách viết một test_command trong
dự án cấu hình tập tin.

Cũng có thể viết các lệnh kiểm tra có thể kiểm tra nhiều hơn một tệp tại
Một lần. Điều này được kiểm soát bởi batch_test_command lĩnh vực của dự án cấu hình tập tin. Trong
trong trường hợp này, sự thay thế $ {output} cho biết tên của tệp mà lệnh kiểm tra phải
tạo, trong aetest(5) định dạng, để chứa các kết quả của các bài kiểm tra chạy. Điều này thường được sử dụng
trên các hệ thống có nhiều CPU hoặc khả năng phân phối công việc trên nhiều máy tính
trên mạng.

Thay thế
Tất cả các aesub(5) thay thế có sẵn trong các lệnh thử nghiệm. Một số trong số họ là
lưu ý cụ thể:

Ngành kiến ​​trúc
Sự thay thế này được thay thế bằng tên của kiến ​​trúc sẽ được kiểm tra.

Tìm kiếm_Đường dẫn
Sự thay thế này được thay thế bằng danh sách các đường dẫn tuyệt đối được phân tách bằng dấu hai chấm đến
tìm kiếm khi tìm kiếm các tệp hỗ trợ kiểm tra.

Tìm kiếm_Path_Executable
Sự thay thế này được thay thế bằng danh sách các đường dẫn tuyệt đối được phân tách bằng dấu hai chấm đến
tìm kiếm khi tìm kiếm các tệp hỗ trợ thực thi (tệp thư viện và tệp phụ
lệnh).

Hầu hết thời gian $ Search_Path_Executable hoàn toàn giống nhau. Tuy nhiên, trong “aegis -t
-bl ”họ sẽ khác, với $ Seach_Path bắt đầu từ thư mục phát triển (
đang chạy thử nghiệm) và $ Seach_Path_Executable bắt đầu từ đường cơ sở (bản thể thực thi
chạy).

Thử nghiệm Kết quả Mã số
Khi mỗi bài kiểm tra được chạy (thông qua test_command lĩnh vực trong dự án cấu hình tệp), aegis
xác định xem thử nghiệm thành công hay thất bại bằng cách xem trạng thái thoát của nó. Lối ra này
trạng thái hầu hết là như mong đợi đối với các lệnh UNIX.

Sự thành công
Thử nghiệm phải thoát ra khỏi 0 để cho biết thành công, tức là chức năng cụ thể đang thử nghiệm
đã hoạt động như mong đợi.

Không
Thử nghiệm phải thoát ra 1 để chỉ ra lỗi, nghĩa là chức năng cụ thể được thử nghiệm
đã không hoạt động như mong đợi.

Không kết quả
Thử nghiệm phải thoát ra 2 để cho biết không có kết quả, tức là rằng chức năng cụ thể dưới
không thể thực hiện bài kiểm tra vì đã xảy ra sự cố khác. Ví dụ, chạy
hết dung lượng đĩa khi tạo tệp đầu vào thử nghiệm trong / Tmp thư mục.

Đã bỏ qua
Một bài kiểm tra sẽ thoát ra 77 để chỉ ra rằng nó đã bị bỏ qua. Điều này thường liên quan đến
kiến trúc hiện tại không có ý nghĩa. Bất cứ khi nào có thể, hãy sử dụng "Không có kết quả"
thay thế. (Giá trị được chọn để tương thích với các hệ thống thử nghiệm khác.)

Trên thực tế, bất kỳ mã thoát nào khác 0, 1 hoặc 77 sẽ được hiểu là "không có kết quả".
Tuy nhiên, việc luôn sử dụng 0, 1, 2 hoặc 77 có nghĩa là nếu mã kết quả mới được yêu cầu bởi
bản phát hành sau của Aegis các thử nghiệm hiện có của bạn sẽ tiếp tục hoạt động.

THI QUAN HỆ

Lệnh “aegis -Test -SUGgest” có thể được sử dụng để aegis gợi ý hồi quy phù hợp
kiểm tra thay đổi của bạn, dựa trên các tệp nguồn trong thay đổi của bạn. Điều này tự động
tập trung nỗ lực thử nghiệm vào các thử nghiệm có liên quan, giảm số lượng thử nghiệm hồi quy
cần thiết để tự tin rằng bạn đã không giới thiệu một lỗi.

Các tương quan kiểm tra được tạo bởi lệnh “aegis -Integrate_Pass”, lệnh này
liên kết từng thử nghiệm trong thay đổi với từng tệp nguồn trong thay đổi. Do đó, mỗi
tệp nguồn tích lũy một danh sách các bài kiểm tra đã được liên kết với nó trong quá khứ.
Điều này không chính xác như phân tích phạm vi mã, nhưng là một ước tính hợp lý trong
thực hành.

Sản phẩm aecp(1) aenf(1) các lệnh được sử dụng để liên kết các tệp với một thay đổi. Trong khi họ
không tích cực thực hiện liên kết, đây là những tệp được sử dụng bởi aeipass(1)
aet(1) để xác định tệp nguồn nào được liên kết với các bài kiểm tra nào.

Thử nghiệm Tương quan tính chính xác
Giả sử rằng các mối tương quan của thử nghiệm là chính xác và các thử nghiệm là đồng đều
được phân phối trên không gian chức năng, sẽ có ít hơn 1 / số cơ hội rằng một
kiểm tra liên quan chưa được chạy bởi “aegis -Test -SUGgest con số" chỉ huy. Nhỏ
lượng tiếng ồn được thêm vào trọng số thử nghiệm, do đó, đôi khi những điều không mong muốn
đã kiểm tra và các bài kiểm tra giống nhau không được chạy mọi lúc.

Độ chính xác của mối tương quan kiểm tra có thể được cải thiện bằng cách đảm bảo rằng:

· Mỗi thay đổi nên được tập trung mạnh mẽ, không có sự bao gồm tệp vô cớ. Cái này
tránh các tương quan giả.

· Mỗi mục của chức năng mới nên được thêm vào trong một thay đổi riêng lẻ, thay vì
một số với nhau. Điều này tương quan chặt chẽ giữa các bài kiểm tra với chức năng.

· Mỗi lỗi nên được sửa trong một thay đổi riêng lẻ, thay vì nhiều lỗi cùng nhau. Cái này
tương quan chặt chẽ giữa các bài kiểm tra với chức năng.

· Các mối tương quan kiểm tra sẽ bị mất nếu các tập tin được di chuyển. Điều này là do các mối tương quan là bởi
tên.

Cách tốt nhất để các bài kiểm tra tương quan chính xác với các tệp nguồn là khi có sự thay đổi
chứa một thử nghiệm và chính xác những tệp đó liên quan đến chức năng đang thử nghiệm. Quá
nhiều tập tin giả sẽ làm suy yếu tính hữu ích của các mối tương quan thử nghiệm.

LỰA CHỌN

Các tùy chọn sau được hiểu:

-Tự động
Tùy chọn này có thể được sử dụng để chỉ định các bài kiểm tra tự động. Kiểm tra tự động không yêu cầu
sự trợ giúp của con người.

-Dòng cơ sở
Tùy chọn này có thể được sử dụng để xác định rằng đường cơ sở của dự án là chủ đề của
lệnh.

-BAse_Relative
Tùy chọn này có thể được sử dụng để làm cho các tên tệp tương đối được coi là liên quan đến
phần gốc của cây nguồn. Nhìn thấy aeuconf(5) cho người dùng tương ứng
ưu đãi.

-CUrrent_Relative
Tùy chọn này có thể được sử dụng để làm cho các tên tệp tương đối được coi là liên quan đến
thư mục hiện tại. Đây thường là mặc định. Nhìn thấy aeuconf(5) cho
sở thích người dùng tương ứng.

-Thay đổi con số
Tùy chọn này có thể được sử dụng để chỉ định một thay đổi cụ thể trong một dự án. Nhìn thấy
sự bảo hộ(1) để có mô tả đầy đủ về tùy chọn này.

-Lực lượng Tùy chọn này có thể được sử dụng để chỉ định rằng tất cả các thử nghiệm phải được chạy, ngay cả khi
trạng thái của lần chạy thử nghiệm cuối cùng chỉ ra rằng không cần phải chạy một
thử nghiệm.

-Cứu giúp
Tùy chọn này có thể được sử dụng để có thêm thông tin về cách sử dụng sự bảo hộ
chương trình.

-Sống độc lập
Tùy chọn này được sử dụng để chỉ định rằng thử nghiệm sẽ được chạy độc lập với bất kỳ
thay đổi cụ thể. Nếu không có thử nghiệm nào được đặt tên, tất cả các thử nghiệm trong đường cơ sở sẽ được chạy.

-Danh sách
Tùy chọn này có thể được sử dụng để lấy danh sách các đối tượng phù hợp cho lệnh này.
Danh sách có thể chung chung hơn dự kiến.

-Thủ công Tùy chọn này có thể được sử dụng để chỉ định các thử nghiệm thủ công. Kiểm tra thủ công yêu cầu một số con người
can thiệp, ví dụ: xác nhận một số hành vi trên màn hình (ví dụ: X11), hoặc
một số hành động của người dùng, "rút phích cắm cáp ethernet ngay bây giờ".

-Không_Logging
Tùy chọn này có thể được sử dụng để tắt tính năng ghi đầu ra tự động và các lỗi đối với
một tập tin. Điều này thường hữu ích khi một số lệnh aegis được kết hợp trong một trình bao
kịch bản.

-Perevere
Tùy chọn này có thể được sử dụng để chỉ định rằng tất cả các thử nghiệm phải được chạy, ngay cả khi một số
Thất bại. Mặc định cho người dùng Persre_preference nếu không được chỉ định, hãy xem
aeuconf(5) để biết thêm thông tin.

-Không_PErsevere
Tùy chọn này có thể được sử dụng để chỉ định rằng quá trình chạy thử nghiệm sẽ dừng lại sau lần đầu tiên
thất bại. Mặc định cho người dùng Persre_preference nếu không được chỉ định, hãy xem
aeuconf(5) để biết thêm thông tin.

-Dự án tên
Tùy chọn này có thể được sử dụng để chọn dự án quan tâm. Khi không -Dự án
tùy chọn được chỉ định, AEGIS_DỰ ÁN biến môi trường được tham khảo. Nếu như
không tồn tại, của người dùng $ HOME / .aegisrc tệp được kiểm tra cho một mặc định
lĩnh vực dự án (xem aeuconf(5) để biết thêm thông tin). Nếu điều đó không tồn tại,
khi người dùng chỉ làm việc với các thay đổi trong một dự án, dự án
tên mặc định cho dự án đó. Nếu không, đó là một lỗi.

-Tiến triển
Tùy chọn này có thể được sử dụng để chỉ định rằng thông báo tiến độ sẽ được phát hành trước
mỗi lần chạy thử nghiệm hoặc trước mỗi lần chạy thử nghiệm hàng loạt trong trường hợp batch_test_command lĩnh vực
được chỉ định trong dự án cấu hình tập tin (xem aeuconf(5) để biết thêm thông tin).

-Không_PROGress
Tùy chọn này có thể được sử dụng để chỉ định rằng các thông báo tiến trình sẽ bị chặn.
Đây là mặc định.

-Hồi quy
Tùy chọn này được sử dụng để chỉ định rằng bộ kiểm tra hồi quy sẽ được chạy. Các
bộ thử nghiệm hồi quy bao gồm tất cả các thử nghiệm trong đường cơ sở không xuất hiện
trong sự thay đổi. Đó là một lỗi nếu không có kiểm tra hồi quy. Bạn có thể không
kiểm tra tên trên dòng lệnh khi sử dụng tùy chọn -REGression. Bạn có thể đặt tên
các bài kiểm tra riêng lẻ sẽ được chạy trên dòng lệnh, mà không sử dụng biểu thức -REGression
Lựa chọn; nếu chúng không phải là một phần của thay đổi, các bài kiểm tra cùng tên trong
đường cơ sở sẽ được chạy.

-Gợi ý [ con số ]
Các "sự bảo hộ -Tích hợp_Pass”Lệnh thu thập thống kê tương quan kiểm tra khi
các thay đổi được tích hợp. Tùy chọn này có thể được sử dụng để yêu cầu aegis gợi ý
thử nghiệm nào nên được chạy, sử dụng các tương quan thử nghiệm này. Nếu không có số nào là
chỉ định, 10 bài kiểm tra sẽ được gợi ý. Tùy chọn này ngụ ý -Hồi quy
tùy chọn.

-SUGgest_Giới hạn phút
Tùy chọn này có thể được sử dụng để giới hạn số lượng thử nghiệm ở một số lượng nhất định
phút. Chúng sẽ được chạy từ phù hợp nhất đến ít liên quan nhất.

-SUGgest_Tiếng ồn con số
Tùy chọn này có thể được sử dụng để kiểm soát lượng tiếng ồn được đưa vào thử nghiệm
lựa chọn được thực hiện bởi -Gợi ý Lựa chọn. Con số là phần trăm tiếng ồn
được tiêm. Giá trị mặc định là 10 nếu không được chỉ định. Việc phun tiếng ồn đảm bảo
rằng một loạt các bài kiểm tra được chạy trong các lần chạy tiếp theo và một số bài kiểm tra từ trường bên trái
như một sự kiểm tra sự tỉnh táo.

-TERse
Tùy chọn này có thể được sử dụng để làm cho danh sách tạo ra mức tối thiểu
thông tin. Nó thường hữu ích cho các tập lệnh shell.

-Dài dòng
Tùy chọn này có thể được sử dụng để tạo ra aegis để tạo ra nhiều đầu ra hơn. Theo aegis mặc định
chỉ sản xuất đầu ra khi có lỗi. Khi được sử dụng với -Danh sách tùy chọn tùy chọn này
khiến các tiêu đề cột được thêm vào.

-Chờ đợi Tùy chọn này có thể được sử dụng để yêu cầu các lệnh Aegis chờ khóa truy cập, nếu
chúng không thể được lấy ngay lập tức. Mặc định cho người dùng lock_wait_preference
nếu không được chỉ định, hãy xem aeuconf(5) để biết thêm thông tin.

-Không chờ đợi
Tùy chọn này có thể được sử dụng để yêu cầu các lệnh Aegis phát ra lỗi nghiêm trọng nếu truy cập
khóa không thể lấy được ngay lập tức. Mặc định cho người dùng
lock_wait_preference nếu không được chỉ định, hãy xem aeuconf(5) để biết thêm thông tin.

Xem thêm sự bảo hộ(1) cho các tùy chọn chung cho tất cả các lệnh aegis.

Tất cả các tùy chọn có thể được viết tắt; chữ viết tắt được ghi lại dưới dạng các chữ cái viết hoa,
tất cả các chữ cái thường và dấu gạch dưới (_) là tùy chọn. Bạn phải sử dụng liên tiếp
chuỗi các chữ cái tùy chọn.

Tất cả các tùy chọn đều không phân biệt chữ hoa chữ thường, bạn có thể nhập chúng bằng chữ hoa hoặc chữ thường hoặc
kết hợp của cả hai, trường hợp không quan trọng.

Ví dụ: các đối số "-project," -PROJ "và" -p "đều được hiểu là
-Dự án Lựa chọn. Đối số "-prj" sẽ không được hiểu vì liên tiếp
các ký tự tùy chọn không được cung cấp.

Tùy chọn và các đối số dòng lệnh khác có thể được kết hợp tùy ý trên dòng lệnh,
sau các bộ chọn chức năng.

Các tên tùy chọn dài GNU được hiểu. Vì tất cả các tên tùy chọn cho sự bảo hộ dài,
điều này có nghĩa là bỏ qua phần đầu phụ '-'. Các "--tùy chọn=giá trị"quy ước cũng là
hiểu.

NÊN ALIAS

Bí danh được đề xuất cho lệnh này là
csh% bí danh aet 'aegis -t \! * -v'
sh $ aet () {aegis -t "$ @" -v}

LRI

Đó là một lỗi nếu thay đổi không thuộc một trong các được phát triển or được tích hợp
tiểu bang.
Đó là một lỗi nếu thay đổi không được chỉ định cho người dùng hiện tại.
Đó là một lỗi nếu bạn không có bài kiểm tra liên quan và không có miễn trừ liên quan.

EXIT TÌNH TRẠNG

Sản phẩm sự bảo hộ lệnh sẽ thoát với trạng thái là 1 đối với bất kỳ lỗi nào. Các sự bảo hộ lệnh sẽ chỉ
thoát với trạng thái 0 nếu không có lỗi.

MÔI TRƯỜNG BIẾN

Xem sự bảo hộ(1) cho danh sách các biến môi trường có thể ảnh hưởng đến lệnh này. Nhìn thấy
aepconf(5) cho tệp cấu hình dự án dự án_cụ thể trường để biết cách thiết lập
biến môi trường cho tất cả các lệnh được thực thi bởi Aegis.

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