aemvu - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

aegis ຍ້າຍໄຟລ໌ undo - ຍົກເລີກການປ່ຽນຊື່ໄຟລ໌ເປັນສ່ວນຫນຶ່ງຂອງການປ່ຽນແປງ

ສະຫຼຸບສັງລວມ

aegis -MoVe_file_Undo [ ທາງເລືອກ... ] ຊື່​ເອ​ກະ​ສານ...
aegis -MoVe_file_Undo - ບັນຊີລາຍຊື່ [ ທາງເລືອກ... ]
aegis -MoVe_file_Undo - ຊ່ວຍເຫຼືອ

ລາຍລະອຽດ

ໄດ້ aegis -MoVe_file_Undo ຄໍາສັ່ງຖືກນໍາໃຊ້ເພື່ອປີ້ນກັບຜົນກະທົບຂອງ aegis -MoVe_file
ຄໍາສັ່ງ. ທ່ານພຽງແຕ່ຕ້ອງການຊື່ເຄິ່ງຫນຶ່ງຂອງການປ່ຽນຊື່, ອີກເຄິ່ງຫນຶ່ງຈະຖືກກໍານົດ
ອັດຕະໂນມັດ. ເຈົ້າອາດຈະໃຊ້ຄໍາສັ່ງນີ້ກັບໄດເລກະທໍລີທັງຫມົດ.

ໄຟລ໌ທີ່ມີຊື່ຈະຖືກລຶບອອກຈາກໄດເລກະທໍລີການພັດທະນາ, ແລະເອົາອອກຈາກບັນຊີລາຍຊື່
ຂອງ​ໄຟລ​໌​ໃນ​ການ​ປ່ຽນ​ແປງ​.

ເອກະສານ ຊື່ ການແປພາສາ
ໂຄງການ aegis ຈະພະຍາຍາມກໍານົດຊື່ໄຟລ໌ໂຄງການຈາກຊື່ໄຟລ໌
ໃຫ້ຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ຊື່ໄຟລ໌ທັງໝົດຖືກເກັບໄວ້ພາຍໃນໂຄງການ aegis ເປັນພີ່ນ້ອງກັນ
ໄປຫາຮາກຂອງຕົ້ນໄມ້ໄດເລກະທໍລີພື້ນຖານ. ໄດເລກະທໍລີການພັດທະນາແລະ
ໄດເລກະທໍລີການເຊື່ອມໂຍງແມ່ນເງົາຂອງໄດເລກະທໍລີພື້ນຖານນີ້, ແລະດັ່ງນັ້ນຊື່ທີ່ກ່ຽວຂ້ອງເຫຼົ່ານີ້
ສະຫມັກຢູ່ທີ່ນີ້, ເຊັ່ນດຽວກັນ. ໄຟລ໌ທີ່ມີຊື່ຢູ່ໃນເສັ້ນຄໍາສັ່ງແມ່ນທໍາອິດປ່ຽນເປັນເສັ້ນທາງຢ່າງແທ້ຈິງ
ຖ້າຈໍາເປັນ. ຫຼັງຈາກນັ້ນ, ພວກເຂົາເຈົ້າໄດ້ຖືກປຽບທຽບກັບເສັ້ນທາງພື້ນຖານ, ໄດເລກະທໍລີການພັດທະນາ
ເສັ້ນທາງ, ແລະເສັ້ນທາງໄດເລກະທໍລີການເຊື່ອມໂຍງ, ເພື່ອກໍານົດຊື່ພື້ນຖານ - ພີ່ນ້ອງ. ມັນ​ແມ່ນ
ເກີດຄວາມຜິດພາດຖ້າຫາກວ່າໄຟລ໌ທີ່ມີຊື່ຢູ່ນອກຫນຶ່ງໃນບັນດາຕົ້ນໄມ້ໄດເລກະທໍລີເຫຼົ່ານີ້.

ໄດ້ -BAse_RElative ທາງເລືອກອາດຈະຖືກໃຊ້ເພື່ອເຮັດໃຫ້ຊື່ໄຟລ໌ທີ່ກ່ຽວຂ້ອງຖືກຕີຄວາມວ່າ
ກ່ຽວຂ້ອງກັບເສັ້ນທາງພື້ນຖານ; ຊື່ໄຟລ໌ຢ່າງແທ້ຈິງຈະຍັງຖືກປຽບທຽບກັບປະເພດຕ່າງໆ
ເສັ້ນທາງເພື່ອກໍານົດຊື່ຖານ-ພີ່ນ້ອງ.

ໄດ້ relative_filename_preference ໃນໄຟລ໌ການຕັ້ງຄ່າຜູ້ໃຊ້ອາດຈະຖືກໃຊ້ເພື່ອແກ້ໄຂ
ພຶດຕິກໍາເລີ່ມຕົ້ນນີ້. ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

ຂະບວນການ Side ຜົນກະທົບ
ຄໍາສັ່ງນີ້ຈະຍົກເລີກການລົງທະບຽນການກໍ່ສ້າງຫຼືການທົດສອບ, ເພາະວ່າການເພີ່ມໄຟລ໌ອື່ນ
ມີເຫດຜົນບໍ່ຖືກຕ້ອງໃຫ້ເຂົາເຈົ້າ.

ແຈ້ງການ
ໄດ້ new_file_undo_command ແລະ remove_file_undo_command ໃນໂຄງການ config file ແມ່ນ
ແລ່ນ, ຖ້າຕັ້ງ. ໄດ້ project_file_command ຍັງດໍາເນີນການ, ຖ້າຕັ້ງ, ແລະຖ້າມີ
ການເຊື່ອມໂຍງບໍ່ດົນມານີ້. ເບິ່ງ aepconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

ຂາວໃສ

Aegis ໃຫ້ເຈົ້າກັບສິ່ງທີ່ເອີ້ນວ່າ "ເສັ້ນທາງເບິ່ງ" ເຊິ່ງຊີ້ໃຫ້ເຫັນເຖິງການພັດທະນາ
ເຄື່ອງມື (ລວບລວມ, ສ້າງລະບົບ, ແລະອື່ນໆ) ເບິ່ງທໍາອິດໃນໄດເລກະທໍລີການພັດທະນາ, ຫຼັງຈາກນັ້ນຢູ່ໃນ
ເສັ້ນພື້ນຖານຂອງສາຂາ, ແລະອື່ນໆເຖິງເສັ້ນພື້ນຖານຂອງລໍາຕົ້ນ.

ບັນຫາກັບເສັ້ນທາງການເບິ່ງແມ່ນວ່າເພື່ອເອົາໄຟລ໌ອອກ, ທ່ານຕ້ອງການບາງປະເພດ
"whiteout" ເພື່ອເວົ້າວ່າ "ຢຸດເບິ່ງ, ມັນໄດ້ຖືກໂຍກຍ້າຍອອກ."

ເມື່ອທ່ານໃຊ້ ແອມ(1) ຫຼື aemv(1) ຄໍາສັ່ງ, ນີ້ຫມາຍຄວາມວ່າ "ເພີ່ມຂໍ້ມູນໃນການປ່ຽນແປງນີ້
ເຊິ່ງຈະເອົາໄຟລ໌ອອກຈາກພື້ນຖານໃນເວລາທີ່ການປ່ຽນແປງນີ້ປະສົມປະສານ". ອ ໃນຂະນະທີ່
ການປ່ຽນແປງແມ່ນຢູ່ໃນ ເປັນ ການພັດທະນາ ລັດ, ໄຟລ໌ແມ່ນພຽງແຕ່ "ເອົາອອກ" ໃນການພັດທະນາ
ໄດເລກະທໍລີ - ມັນຍັງມີຢູ່ໃນເສັ້ນພື້ນຖານ, ແລະຈະເປັນຈົນກ່ວາການປ່ຽນແປງ
ປະສົມປະສານສົບຜົນສໍາເລັດ.

ເມື່ອທ່ານໃຊ້ ແອມ(1) ຫຼື aemv(1) ຄໍາສັ່ງ, Aegis ຈະສ້າງໄຟລ໌ 1K ເພື່ອປະຕິບັດເປັນ
ຜີວຂາວ. ເນື້ອໃນຂອງມັນຂ້ອນຂ້າງຂີ້ຮ້າຍດັ່ງນັ້ນຖ້າທ່ານລວບລວມຫຼືລວມເອົາ "ເອົາອອກ"
ໄຟລ໌ໂດຍບັງເອີນ, ທ່ານໄດ້ຮັບຄວາມຜິດພາດທີ່ຮ້າຍແຮງ. ນີ້ຈະເຕືອນໃຫ້ທ່ານເອົາສິ່ງທີ່ລ້າສະໄຫມ
ເອກະສານອ້າງອີງ.

ເມື່ອການປ່ຽນແປງປະສົມປະສານ, ໄຟລ໌ທີ່ຖືກໂຍກຍ້າຍອອກແມ່ນ ບໍ່ ຄັດລອກ / ເຊື່ອມຕໍ່ຈາກເສັ້ນພື້ນຖານໄປຫາ
ໄດເລກະທໍລີການເຊື່ອມໂຍງ, ແລະແມ່ນ ບໍ່ ຄັດລອກຈາກໄດເລກະທໍລີການພັດທະນາ. ຢູ່ນີ້
ເວລາມັນຫມົດໄປທາງດ້ານຮ່າງກາຍ (ບໍ່ມີສີຂາວ). ຄາດວ່າຍ້ອນຄວາມຜິດພາດ
inducing whiteout ການອ້າງອິງເກົ່າທັງຫມົດໄດ້ຖືກພົບເຫັນແລະແກ້ໄຂໃນຂະນະທີ່ການປ່ຽນແປງແມ່ນຢູ່ໃນ
ເປັນ ການພັດທະນາ ລັດ.

ເອກະສານ ການສະແດງອອກ
ໃນເວລາທີ່ການສ້າງບັນຊີລາຍຊື່ຂອງໄຟລ໌ທີ່ຈະລວບລວມຫຼືເຊື່ອມຕໍ່, ມັນເປັນສິ່ງສໍາຄັນທີ່ໄຟລ໌
manifest ຖືກສ້າງຂຶ້ນຈາກຂໍ້ມູນທີ່ຮູ້ຈັກໂດຍ Aegis, ແທນທີ່ຈະມາຈາກລະບົບໄຟລ໌.
ນີ້ແມ່ນຍ້ອນເຫດຜົນຫຼາຍຢ່າງ:

(a) Aegis ຮູ້ວ່າໄຟລ໌ (ແຫຼ່ງ) ແມ່ນຫຍັງຢູ່ໃສ, ໃນຂະນະທີ່ທຸກຢ່າງແມ່ນຢູ່
inferring ຄວາມຮູ້ Aegis; ແລະ

(b) ຊອກຫາຢູ່ໃນລະບົບໄຟລ໌ແມ່ນຍາກເມື່ອເສັ້ນທາງການເບິ່ງຍາວກວ່າ 2 ໄດເລກະທໍລີ
(ແລະວິທີການສາຂາຂອງ Aegis ສາມາດເຮັດໃຫ້ມັນຍາວ arbitrarily); ແລະ

(c) ໄຟລ໌ whiteout, ແລະສິ່ງອື່ນໆທີ່ "ນອນຢູ່", ຈະສັບສົນວິທີການໃດນຶ່ງ
ເຊິ່ງ interrogates ລະບົບໄຟລ໌.

ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະໃຊ້ຄວາມຮູ້ໄຟລ໌ Aegis ແມ່ນກັບບາງສິ່ງບາງຢ່າງເຊັ່ນ: ງຸ່ມ(1) script
ການປະມວນຜົນລາຍການໄຟລ໌ Aegis. ຕົວຢ່າງ, ທ່ານສາມາດເຮັດສິ່ງນີ້ກັບ ເຮັດໃຫ້(1​) ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:
# ສ້າງໄຟລ໌ manifest
manifest.make.inc: manifest.make.awk
( aegis -l cf -ter ; aegis -l pf -ter ) | \
awk -f manifest.make.awk > manifest.make.inc
# ຕອນນີ້ປະກອບມີໄຟລ໌ manifest
ປະກອບມີ manifest.make.inc
ຫມາຍ​ເຫດ​: ນີ້​ຈະ​ບໍ່​ມີ​ປະ​ສິດ​ທິ​ພາບ​ຂອງ​ທ່ານ​ໄດ້​ເຮັດ​ມັນ​ຫນຶ່ງ​ຄັ້ງ​ຕໍ່​ລະ​ບົບ​, ແຕ່​ບໍ່​ມີ​ຫຍັງ​
ການຢຸດເຊົາການທີ່ທ່ານຂຽນການມອບຫມາຍຈໍານວນຫລາຍເຂົ້າໄປໃນ manifest.make.inc ໄຟລ໌, ທັງຫມົດໃນຫນຶ່ງ
ຜ່ານ.

ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດສິ່ງດຽວກັນກັບຜູ້ສ້າງບົດລາຍງານຂອງ Aegis (ເບິ່ງ ແອ(1) ສໍາລັບການເພີ່ມເຕີມ
ຂໍ້​ມູນ​ຂ່າວ​ສານ), ແຕ່​ວ່າ​ນີ້​ແມ່ນ​ມີ​ສ່ວນ​ຮ່ວມ​ຫຼາຍ​ກ​່​ວາ ງຸ່ມ(1) script. ຢ່າງໃດກໍຕາມ, ກັບ
ຂໍ້ມູນ "ກົງຈາກປາກຂອງມ້າ" ຍ້ອນວ່າມັນເປັນ, ມັນຍັງສາມາດສະຫລາດກວ່າ.

ໄຟລ໌ manifest ນີ້ຈະກາຍເປັນທີ່ລ້າສະໄຫມໂດຍບໍ່ມີການ interlock ກັບໄຟລ໌ Aegis
ຄໍາສັ່ງປະຕິບັດງານ. ໂດຍ​ການ​ນໍາ​ໃຊ້​ project-file_command ແລະ change_file_command ທົ່ງນາຂອງ
ໂຄງການ config ໄຟລ໌ (ເບິ່ງ aepconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ), ທ່ານສາມາດລຶບໄຟລ໌ນີ້
ໃນຊ່ວງເວລາຍຸດທະສາດ.
/* ແລ່ນເມື່ອໄຟລ໌ manifest ມີການປ່ຽນແປງ */
change_file_command = "rm -f manifest.make.inc" ;
/* ແລ່ນເມື່ອໄຟລ໌ manifest ໂຄງການຖືກປ່ຽນແປງ */
project_file_command = "rm -f manifest.make.inc" ;
ດັ່ງນັ້ນໄຟລ໌ manifest ໃໝ່ ຈະຖືກສ້າງຄືນ ໃໝ່ ໃນລະຫວ່າງຕໍ່ໄປ ອ້າ(1​) ຄໍາ​ສັ່ງ​.

ທາງເລືອກໃນການ ແລະ ຕາມທີ່ໃຈມັກ
ມີ -No-WhiteOut ທາງເລືອກ, ເຊິ່ງອາດຈະຖືກນໍາໃຊ້ເພື່ອສະກັດກັ້ນໄຟລ໌ whiteout ໃນເວລາທີ່ທ່ານໃຊ້
ໄດ້ ແອມ(1) ແລະ aemv(1) ຄໍາສັ່ງ. ມີທີ່ສອດຄ້ອງກັນ -WhiteOut ທາງເລືອກ, ເຊິ່ງແມ່ນ
ປົກກະຕິແລ້ວແມ່ນຄ່າເລີ່ມຕົ້ນ.

ມີ whiteout_preference ພາກສະຫນາມໃນໄຟລ໌ການຕັ້ງຄ່າຂອງຜູ້ໃຊ້ (ເບິ່ງ aeuconf(5) ສໍາລັບ
ຂໍ້ມູນເພີ່ມເຕີມ) ຖ້າທ່ານຕ້ອງການກໍານົດທາງເລືອກນີ້ຢ່າງຖາວອນ.

Whiteout ເອກະສານ ແມ່ແບບ
ໄດ້ ແມ່ແບບ whiteout ພາກສະຫນາມຂອງໂຄງການ config ໄຟລ໌ອາດຈະຖືກໃຊ້ເພື່ອຜະລິດພາສາ-
ໄຟລ​໌​ຄວາມ​ຜິດ​ພາດ​ສະ​ເພາະ​. ຖ້າບໍ່ມີແມ່ແບບ whiteout ກົງກັນ, ໄຟລ໌ 1KB ທີ່ຂີ້ຮ້າຍຫຼາຍຈະ
ໄດ້ຖືກຜະລິດ - ມັນຄວນຈະເຮັດໃຫ້ເກີດຄວາມຜິດພາດ compiler ສໍາລັບພຽງແຕ່ກ່ຽວກັບພາສາໃດຫນຶ່ງ.

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ຕ້ອງ​ການ​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ທີ່​ມະ​ນຸດ​ອ່ານ​ໄດ້​ຫຼາຍ​ຂຶ້ນ​, ການ​ເຂົ້າ​ເຊັ່ນ​:​
whiteout_template =
[
{
pattern = [ "*.[ch]" ];
body = "#error ໄຟລ໌ນີ້ຖືກລຶບອອກແລ້ວ.";
}
];
ສາມາດມີປະສິດທິພາບຫຼາຍ (ຕົວຢ່າງນີ້ສົມມຸດວ່າ gcc(1) ຖືກນໍາໃຊ້).

ຖ້າມັນເປັນສິ່ງຈໍາເປັນ no ໄຟລ໌ whiteout ຈະຖືກຜະລິດ, ເວົ້າວ່າສໍາລັບໄຟລ໌ແຫຼ່ງ C, ທ່ານສາມາດເຮັດໄດ້
ໃຊ້ແມ່ແບບ whiteout ເຊັ່ນ
whiteout_template =
[
{ pattern = [ "*.c" ]; }
];
ເພາະ​ວ່າ​ບໍ່​ມີ​ ຮ່າງກາຍ sub-field ຫມາຍຄວາມວ່າບໍ່ມີໄຟລ໌ whiteout ເລີຍ.

ທ່ານອາດຈະມີຫຼາຍກວ່າຫນຶ່ງລາຍການແມ່ແບບ whiteout, ແຕ່ສັງເກດວ່າຄໍາສັ່ງຂອງ
ລາຍການແມ່ນສໍາຄັນ. ລາຍການທຳອິດທີ່ກົງກັນຈະຖືກໃຊ້.

ແຈ້ງການ
ໃນ​ການ​ສໍາ​ເລັດ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ຂອງ​ຄໍາ​ສັ່ງ​ນີ້​, ການ​ແຈ້ງ​ການ​ໂດຍ​ປົກ​ກະ​ຕິ​ປະ​ຕິ​ບັດ​ໂດຍ​
aermu(1) ແອນຟູ(1) ແລະ aentu(1) ຄໍາສັ່ງຖືກດໍາເນີນການ, ຕາມຄວາມເຫມາະສົມ. ເຫຼົ່ານີ້ລວມມີ
project_file_command, new_file_undo_command, new_test_undo_command ແລະ remove_file_undo_-
ຄໍາສັ່ງ ທົ່ງນາຂອງໂຄງການ config ໄຟລ໌. ເບິ່ງ aepconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

OPTIONS

ທາງເລືອກຕໍ່ໄປນີ້ແມ່ນເຂົ້າໃຈ:

- ແກ້ໄຂ ຈໍານວນ
ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອກໍານົດການປ່ຽນແປງໂດຍສະເພາະພາຍໃນໂຄງການ. ເບິ່ງ
aegis(1) ສໍາລັບລາຍລະອຽດຄົບຖ້ວນສົມບູນຂອງທາງເລືອກນີ້.

- ຊ່ວຍເຫຼືອ
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອໃຫ້ໄດ້ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບວິທີການນໍາໃຊ້ aegis
ໂຄງການ.

- ບັນຊີລາຍຊື່
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອໃຫ້ໄດ້ບັນຊີລາຍຊື່ຂອງຫົວຂໍ້ທີ່ເຫມາະສົມສໍາລັບຄໍາສັ່ງນີ້.
ບັນຊີລາຍຊື່ອາດຈະທົ່ວໄປຫຼາຍກ່ວາທີ່ຄາດໄວ້.

-Not_Logging
ທາງ​ເລືອກ​ນີ້​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ປິດ​ການ​ທໍາ​ງານ​ການ​ບັນ​ທຶກ​ອັດ​ຕະ​ໂນ​ມັດ​ຂອງ​ຜົນ​ຜະ​ລິດ​ແລະ​ຄວາມ​ຜິດ​ພາດ​ກັບ​
ໄຟລ໌. ນີ້ມັກຈະເປັນປະໂຫຍດເມື່ອຄໍາສັ່ງ aegis ຫຼາຍອັນຖືກລວມເຂົ້າກັນໃນແກະ
script

- ໂຄງການ ຊື່
ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອເລືອກໂຄງການທີ່ມີຄວາມສົນໃຈ. ເມື່ອບໍ່ມີ - ໂຄງການ
ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​, ໄດ້​ AEGIS_PROJECT ຕົວແປສະພາບແວດລ້ອມແມ່ນປຶກສາຫາລື. ຖ້າ
ທີ່ບໍ່ມີຢູ່, ຂອງຜູ້ໃຊ້ $HOME/.aegisrc ໄຟລ໌ຖືກກວດສອບສໍາລັບຄ່າເລີ່ມຕົ້ນ
ພາກສະຫນາມຂອງໂຄງການ (ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ). ຖ້າມັນບໍ່ມີ,
ໃນເວລາທີ່ຜູ້ໃຊ້ພຽງແຕ່ເຮັດວຽກກ່ຽວກັບການປ່ຽນແປງພາຍໃນໂຄງການດຽວ, ໂຄງການ
ຊື່ເລີ່ມຕົ້ນກັບໂຄງການນັ້ນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນເປັນຄວາມຜິດພາດ.

-TERse
ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອເຮັດໃຫ້ບັນຊີລາຍຊື່ທີ່ຈະຜະລິດຕໍາ່ສຸດທີ່ເປົ່າຂອງ
ຂໍ້ມູນ. ປົກກະຕິແລ້ວມັນເປັນປະໂຫຍດສໍາລັບ Shell scripts.

- ຄຳເວົ້າ
ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອເຮັດໃຫ້ aegis ຜະລິດຜົນຜະລິດຫຼາຍ. ໂດຍຄ່າເລີ່ມຕົ້ນ aegis
ພຽງແຕ່ຜະລິດຜົນຜະລິດໃນຄວາມຜິດພາດ. ເມື່ອໃຊ້ກັບ - ບັນຊີລາຍຊື່ ທາງ​ເລືອກ​ທາງ​ເລືອກ​ນີ້​
ເຮັດໃຫ້ຫົວຂໍ້ຖັນຖືກເພີ່ມ.

-Verify_Symbolic_Links
ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອຮ້ອງຂໍໃຫ້ມີການເຊື່ອມໂຍງສັນຍາລັກ, ຫຼືການເຊື່ອມຕໍ່ຍາກ, ຫຼື
ສໍາ​ເນົາ​ໄຟລ​໌​, ໃນ​ພື້ນ​ທີ່​ບ່ອນ​ເຮັດ​ວຽກ​ໄດ້​ຮັບ​ການ​ປັບ​ປຸງ​ເພື່ອ​ສະ​ທ້ອນ​ໃຫ້​ເຫັນ​ສະ​ພາບ​ໃນ​ປະ​ຈຸ​ບັນ​ຂອງ​
ພື້ນຖານ. ນີ້​ແມ່ນ​ຄວບ​ຄຸມ​ໂດຍ​ development_directory_style ພາກສະຫນາມຂອງ
ໄຟລ໌ການຕັ້ງຄ່າໂຄງການ. ມີພຽງແຕ່ໄຟລ໌ທີ່ບໍ່ມີສ່ວນກ່ຽວຂ້ອງກັບການປ່ຽນແປງເທົ່ານັ້ນ
ອັບເດດ. ເບິ່ງ "symbolic_links_preference" ພາກສະຫນາມຂອງ aeuconf(5). ນີ້
ທາງເລືອກແມ່ນຄ່າເລີ່ມຕົ້ນ, ຖ້າມີຄວາມຫມາຍສໍາລັບການຕັ້ງຄ່າຂອງທ່ານ. ຊື່ແມ່ນເປັນ
ອຸບັດຕິເຫດທາງປະຫວັດສາດ, ການເຊື່ອມໂຍງຍາກແລະສໍາເນົາໄຟລ໌ແມ່ນລວມຢູ່.

-Assume_Symbolic_Links
ທາງ​ເລືອກ​ນີ້​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ຮ້ອງ​ຂໍ​ໃຫ້​ບໍ່​ມີ​ການ​ປັບ​ປຸງ​ຂອງ​ໄຟລ​໌ mirrorline ພື້ນ​ຖານ​ເອົາ​
ສະຖານທີ່. ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່ທ່ານ ຄໍານິຍາມ ຮູ້ ໄຟລ໌ທີ່ທັນສະໄໝ-
ness ບໍ່ສໍາຄັນໃນປັດຈຸບັນ; ການນໍາໃຊ້ທີ່ບໍ່ຖືກຕ້ອງຂອງທາງເລືອກນີ້ອາດຈະມີ
ຜົນ​ຂ້າງ​ຄຽງ​ຂອງ​ການ​ກໍ່​ສ້າງ​ທີ່​ບໍ່​ຄາດ​ຄິດ​. ເບິ່ງຊ່ອງ "symbolic_links_preference" ນຳ
of aeuconf(5). ຕົວເລືອກນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ, ຖ້າບໍ່ມີຄວາມຫມາຍສໍາລັບທ່ານ
ການຕັ້ງຄ່າ. ຊື່ແມ່ນອຸປະຕິເຫດທາງປະຫວັດສາດ, ການເຊື່ອມໂຍງຍາກແລະສໍາເນົາໄຟລ໌
ແມ່ນລວມ.

- ລໍຖ້າ ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອຮຽກຮ້ອງໃຫ້ມີຄໍາສັ່ງ Aegis ເພື່ອລໍຖ້າການລັອກການເຂົ້າເຖິງ, ຖ້າ
ເຂົາເຈົ້າບໍ່ສາມາດໄດ້ຮັບທັນທີ. ຄ່າເລີ່ມຕົ້ນຂອງຜູ້ຊົມໃຊ້ lock_wait_preference
ຖ້າບໍ່ໄດ້ລະບຸ, ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

- ບໍ່_ລໍຖ້າ
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອຮຽກຮ້ອງໃຫ້ຄໍາສັ່ງ Aegis ປ່ອຍຄວາມຜິດພາດທີ່ຮ້າຍແຮງຖ້າການເຂົ້າເຖິງ
locks ບໍ່ສາມາດໄດ້ຮັບທັນທີ. ຄ່າເລີ່ມຕົ້ນຂອງຜູ້ຊົມໃຊ້
lock_wait_preference ຖ້າບໍ່ໄດ້ລະບຸ, ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

-WhiteOut
ທາງ​ເລືອກ​ນີ້​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ຮ້ອງ​ຂໍ​ໃຫ້​ໄຟລ​໌​ທີ່​ຖືກ​ລົບ​ໄດ້​ຖືກ​ທົດ​ແທນ​ໂດຍ "whiteout​"
ໄຟລ໌ຢູ່ໃນໄດເລກະທໍລີການພັດທະນາ. ແນວຄວາມຄິດແມ່ນວ່າການລວບລວມໄຟລ໌ດັ່ງກ່າວຈະ
ສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດຮ້າຍແຮງ, ເພື່ອໃຫ້ຂໍ້ມູນອ້າງອີງທັງໝົດອາດຈະຖືກພົບເຫັນ. ນີ້​ແມ່ນ
ປົກກະຕິແລ້ວແມ່ນຄ່າເລີ່ມຕົ້ນ.

-No_WhiteOut
ທາງ​ເລືອກ​ນີ້​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ຮ້ອງ​ຂໍ​ໃຫ້​ບໍ່​ມີ​ໄຟລ​໌ "whiteout​" ຖືກ​ຈັດ​ໃສ່​ໃນ​
ໄດເລກະທໍລີການພັດທະນາ.

ເບິ່ງ aegis(1) ສໍາລັບທາງເລືອກທົ່ວໄປກັບຄໍາສັ່ງ aegis ທັງຫມົດ.

ທາງເລືອກທັງຫມົດອາດຈະຖືກຫຍໍ້; ຕົວຫຍໍ້ແມ່ນບັນທຶກເປັນຕົວພິມໃຫຍ່,
ຕົວອັກສອນຕົວພິມນ້ອຍ ແລະ ຂີດກ້ອງ (_) ແມ່ນທາງເລືອກ. ທ່ານຕ້ອງໃຊ້ຕິດຕໍ່ກັນ
ລໍາດັບຂອງຕົວອັກສອນທາງເລືອກ.

ທາງ​ເລືອກ​ທັງ​ຫມົດ​ແມ່ນ​ຕົວ​ອັກ​ສອນ insensitive, ທ່ານ​ອາດ​ຈະ​ພິມ​ໃຫ້​ເຂົາ​ເຈົ້າ​ເປັນ​ຕົວ​ພິມ​ໃຫຍ່​ຫຼື​ຕົວ​ພິມ​ນ້ອຍ​ຫຼື a
ການປະສົມປະສານຂອງທັງສອງ, ກໍລະນີບໍ່ສໍາຄັນ.

ຕົວຢ່າງ: ການໂຕ້ຖຽງ "-project, "-PROJ" ແລະ "-p" ລ້ວນແຕ່ຖືກຕີຄວາມໝາຍວ່າ.
- ໂຄງການ ທາງເລືອກ. ການໂຕ້ຖຽງ "-prj" ຈະບໍ່ເຂົ້າໃຈ, ເພາະວ່າຕິດຕໍ່ກັນ
ບໍ່ໄດ້ສະໜອງຕົວອັກສອນທາງເລືອກ.

ຕົວເລືອກແລະການໂຕ້ຖຽງແຖວຄໍາສັ່ງອື່ນໆອາດຈະຖືກປະສົມໂດຍ arbitrarily ໃນແຖວຄໍາສັ່ງ,
ຫຼັງຈາກຕົວເລືອກຟັງຊັນ.

ຊື່ທາງເລືອກຍາວ GNU ແມ່ນເຂົ້າໃຈ. ນັບຕັ້ງແຕ່ຊື່ທາງເລືອກທັງຫມົດສໍາລັບ aegis ຍາວ,
ນີ້ຫມາຍຄວາມວ່າບໍ່ສົນໃຈ '-' ຊັ້ນນໍາພິເສດ. ໄດ້ "--ທາງເລືອກ=ມູນຄ່າ"ສົນທິສັນຍາແມ່ນ
ເຂົ້າໃຈ.

ແນະນໍາ ALIAS

ນາມແຝງທີ່ແນະນໍາສໍາລັບຄໍາສັ່ງນີ້ແມ່ນ
csh% alias aemvu 'aegis -mvu \!* -v'
sh$ aemvu(){aegis -mvu "$@" -v}

ຄວາມຜິດພາດ

ມັນເປັນຄວາມຜິດພາດຖ້າຫາກວ່າການປ່ຽນແປງບໍ່ໄດ້ຢູ່ໃນ ເປັນ ການພັດທະນາ ລັດ.
ມັນເປັນຄວາມຜິດພາດຖ້າຫາກວ່າການປ່ຽນແປງບໍ່ໄດ້ມອບຫມາຍໃຫ້ຜູ້ໃຊ້ປະຈຸບັນ.
ມັນເປັນຄວາມຜິດພາດຖ້າຫາກວ່າໄຟລ໌ບໍ່ໄດ້ຖືກຍ້າຍໂດຍການປ່ຽນແປງ.

ອອກ STATUS

ໄດ້ aegis ຄໍາສັ່ງຈະອອກດ້ວຍສະຖານະ 1 ໃນຄວາມຜິດພາດໃດໆ. ໄດ້ aegis ຄໍາສັ່ງຈະພຽງແຕ່
ອອກດ້ວຍສະຖານະ 0 ຖ້າບໍ່ມີຂໍ້ຜິດພາດ.

ENVIRONMENT ຄວາມຮັບຜິດຊອບ

ເບິ່ງ aegis(1) ສໍາລັບບັນຊີລາຍຊື່ຂອງຕົວແປສະພາບແວດລ້ອມທີ່ອາດຈະສົ່ງຜົນກະທົບຕໍ່ຄໍາສັ່ງນີ້. ເບິ່ງ
aepconf(5) ສໍາລັບໄຟລ໌ການຕັ້ງຄ່າໂຄງການ project_specific ພາກສະຫນາມສໍາລັບວິທີການກໍານົດ
ຕົວແປສະພາບແວດລ້ອມສໍາລັບຄໍາສັ່ງທັງຫມົດທີ່ປະຕິບັດໂດຍ Aegis.

ໃຊ້ aemvu ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net