ນີ້ແມ່ນຄໍາສັ່ງ aeclon ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
aegis clone - ເຮັດສໍາເນົາທີ່ແນ່ນອນຂອງການປ່ຽນແປງ
ສະຫຼຸບສັງລວມ
aegis - ໂຄລນ [ ທາງເລືອກ... ] ການປ່ຽນແປງຈໍານວນ [ການປ່ຽນແປງຈໍານວນ]
aegis - ໂຄລນ - ຊ່ວຍເຫຼືອ
aegis - ໂຄລນ -VERSion
ລາຍລະອຽດ
ໄດ້ aegis - ໂຄລນ ຄໍາສັ່ງຖືກນໍາໃຊ້ເພື່ອສ້າງ replicas ທີ່ແນ່ນອນຂອງການປ່ຽນແປງ. ນີ້ແມ່ນສ່ວນໃຫຍ່
ໃຊ້ໃນເວລາທີ່ການປ່ຽນແປງຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້ກັບສາຂາຂະຫນານຫຼາຍ.
ຫນຶ່ງຕົວເລກການປ່ຽນແປງ ຕ້ອງ ໄດ້ຮັບການສະຫນອງ. ນີ້ແມ່ນການປ່ຽນແປງທີ່ຈະເຮັດສໍາເນົາ. ຖ້າສາຂາໃດ
ທາງເລືອກແມ່ນໃຫ້ (ເບິ່ງຂ້າງລຸ່ມນີ້) ຈໍານວນການປ່ຽນແປງທີ່ບັງຄັບໃຊ້ກັບສາຂາ
ລະບຸ. ຖ້າບໍ່ມີສາຂາໃດຖືກລະບຸ, ການປ່ຽນແປງຈະນຳໃຊ້ກັບໂຄງການ ( implicit ຫຼື
ຈະແຈ້ງ).
ຖ້າຕົວເລກການປ່ຽນແປງທີສອງທາງເລືອກແມ່ນສະຫນອງໃຫ້, ນີ້ແມ່ນຕົວເລກການປ່ຽນແປງທີ່ຈະສ້າງ
ຖື replica ໄດ້; ຖ້າມັນບໍ່ໄດ້ຖືກສະຫນອງ, ຕົວເລກການປ່ຽນແປງຕໍ່ໄປຈະເປັນ
ໃຊ້ແລ້ວ.
ຖ້າການປ່ຽນແປງທີ່ຈະເຮັດສໍາເນົາໄດ້ຖືກສໍາເລັດ, ການແກ້ໄຂໄຟລ໌ທີ່ເຫມາະສົມຈະເປັນ
ສະກັດຈາກປະຫວັດສາດ; ຖ້າບໍ່ດັ່ງນັ້ນໄຟລ໌ຈະຖືກຄັດລອກຈາກໄດເລກະທໍລີການພັດທະນາ
ຂອງການປ່ຽນແປງທີ່ຈະຄັດລອກ. ເຕືອນ: ຖ້າໄຟລ໌ໃນການປ່ຽນແປງທີ່ຖືກ cloned
ການປ່ຽນແປງຕໍ່ມາ, ການປ່ຽນແປງເຫຼົ່ານັ້ນ ຈະ ບໍ່ ອັດຕະໂນມັດຈະຖືກຕິດຕາມ. ມັນດີທີ່ສຸດຖ້າ
ການປ່ຽນແປງແມ່ນ cloned ໃນເວລາທີ່ຫມັ້ນຄົງ, ເຊັ່ນ: ລັດຫນຶ່ງຫຼັງຈາກການພັດທະນາທີ່ສຸດ, ຫຼືແມ້ກະທັ້ງ
ຫຼັງຈາກການເຊື່ອມໂຍງຜ່ານ.
ການພັດທະນາ Directory ສະຖານທີ່
ກະລຸນາ ຫມາຍເຫດ: Aegis ຍັງປຶກສາຫາລືລະບົບໄຟລ໌ທີ່ຕິດພັນ, ເພື່ອກໍານົດແນວຄິດຂອງມັນ
ຂະຫນາດໄຟລ໌ສູງສຸດ. ບ່ອນທີ່ຂະຫນາດໄຟລ໌ສູງສຸດຂອງລະບົບໄຟລ໌ແມ່ນຫນ້ອຍກວ່າ
maximum_filename_length, ລະບົບໄຟລ໌ຊະນະ. ນີ້ສາມາດເກີດຂຶ້ນ, ສໍາລັບການຍົກຕົວຢ່າງ, ໃນເວລາທີ່ທ່ານຢູ່
ການນໍາໃຊ້ລະບົບໄຟລ໌ Linux UMSDOS, ຫຼືເມື່ອທ່ານມີ NFS ຕິດຕັ້ງ V7 ເກົ່າ
ລະບົບໄຟລ໌. ການຕັ້ງຄ່າ maximum_filename_length ເຖິງ 255 ໃນກໍລະນີເຫຼົ່ານີ້ບໍ່ໄດ້ປ່ຽນແປງ
ຄວາມຈິງທີ່ວ່າຂໍ້ຈໍາກັດຂອງລະບົບໄຟລ໌ພື້ນຖານແມ່ນນ້ອຍກວ່າ (12 ແລະ 14, ຕາມລໍາດັບ).
ຖ້າໄດເລກະທໍລີການພັດທະນາຂອງທ່ານ (ຫຼືໂຄງການທັງຫມົດຂອງທ່ານ) ຢູ່ໃນລະບົບໄຟລ໌ທີ່ມີຊື່ໄຟລ໌
ຂໍ້ຈໍາກັດ, ຫຼືບາງສ່ວນຂອງການກໍ່ສ້າງທີ່ແຕກຕ່າງກັນເກີດຂຶ້ນໃນສະພາບແວດລ້ອມດັ່ງກ່າວ,
ມັນຊ່ວຍບອກ Aegis ວ່າພວກເຂົາແມ່ນຫຍັງ (ໂດຍໃຊ້ໂຄງການ config file's fields) ດັ່ງນັ້ນເຈົ້າ
ຢ່າແລ່ນເຂົ້າໄປໃນສະຖານະການທີ່ໂຄງການກໍ່ສ້າງຢູ່ໃນການອະນຸຍາດຫຼາຍ
ສະພາບແວດລ້ອມ, ແຕ່ລົ້ມເຫລວກັບຄວາມຜິດພາດທີ່ລຶກລັບໃນສະພາບແວດລ້ອມທີ່ຈໍາກັດຫຼາຍ.
ຖ້າໄດເລກະທໍລີການພັດທະນາຂອງເຈົ້າເປັນປົກກະຕິຢູ່ໃນລະບົບໄຟລ໌ Linux UMSDOS, ເຈົ້າຈະ
ອາດຈະດີກວ່າການຕັ້ງຄ່າ dos_filename_required = ທີ່ແທ້ຈິງ, ແລະຍັງມີການປ່ຽນແປງ
development_directory_template ພາກສະຫນາມ. ການພັດທະນາທີ່ແຕກຕ່າງກັນກັບ Windows ຕ່າງໆ
ສະພາບແວດລ້ອມອາດຈະຕ້ອງການນີ້.
ຂາວໃສ
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, ແຕ່ສັງເກດວ່າຄໍາສັ່ງຂອງ
ລາຍການແມ່ນສໍາຄັນ. ລາຍການທຳອິດທີ່ກົງກັນຈະຖືກໃຊ້.
ແຈ້ງການ
ຄໍາສັ່ງແຈ້ງການທີ່ຈະດໍາເນີນການໂດຍ aecp(1) aedb(1) aenf(1) aent(1) ແລະ
ແອມ(1) ຄໍາສັ່ງຖືກດໍາເນີນການ, ຕາມຄວາມເຫມາະສົມ. ໄດ້ project_file_command ຍັງດໍາເນີນການ, ຖ້າຕັ້ງ.
ເບິ່ງ aepconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
ການເຮັດ Cloning ແລະ ການໂຮມເຂົ້າກັນ
ເມື່ອທ່ານໃຊ້ aeclon(1) ເພື່ອ clone ຊຸດການປ່ຽນແປງ, ແລະຫຼັງຈາກນັ້ນປະສົມປະສານຫນຶ່ງໃນສອງການປ່ຽນແປງ
ຊຸດ, ທ່ານຈະສັງເກດເຫັນວ່າ Aegis ເວົ້າວ່າໄຟລ໌ຂອງການປ່ຽນແປງທີ່ບໍ່ໄດ້ປະສົມປະສານແມ່ນໃນປັດຈຸບັນ
ລ້າສະໄຫມ.
ຖ້າທ່ານແລ່ນ ແອັມ(1) ເພື່ອນໍາເອົາໄຟລ໌ທີ່ລ້າສະໄຫມກັບຄືນໄປບ່ອນ, ເຊື່ອມ(1) ແລະບາງ (ແຕ່
ບໍ່) ເຄື່ອງມືລວມອື່ນໆທັງຫມົດ, ມັນສັນຍານພຽງແຕ່ກ່ຽວກັບທຸກສິ່ງທຸກຢ່າງເປັນຂໍ້ຂັດແຍ່ງ, ເຖິງແມ່ນວ່າ
ທັງສອງທາງເລືອກແມ່ນຄືກັນ.
ບັນຫາແມ່ນວ່າສອງການປ່ຽນແປງເຮັດໃຫ້ການດັດແກ້ທີ່ດຽວກັນກັບສະຖານທີ່ດຽວກັນໃນໄຟລ໌ດຽວກັນ
ແມ່ນຂໍ້ຂັດແຍ່ງທີ່ມີເຫດຜົນ, ເຖິງແມ່ນວ່າບໍ່ແມ່ນຄວາມຂັດແຍ້ງທີ່ແທ້ຈິງ, ແລະມັນຕ້ອງໃຊ້ມະນຸດເພື່ອຄິດ
ອອກຄວາມແຕກຕ່າງ. ຄິດເຖິງລາຍການຊ້ອບປິ້ງ: ensuite ຕ້ອງການສະບູຫຼາຍ, ແລະດັ່ງນັ້ນ
ຫ້ອງນ້ໍາຕົ້ນຕໍ. "ສະບູ" ທີສອງກ່ຽວກັບການລວມຂອງສອງລາຍການຊື້ເຄື່ອງບໍ່ແມ່ນ
ຊໍ້າກັນ, ເຈົ້າຕ້ອງການສະບູສອງກ່ອງແທ້ໆ. ບາງຄັ້ງການແກ້ໄຂໄຟລ໌ແຫຼ່ງແມ່ນ
ດຽວກັນ: ບາງຄັ້ງຄວາມຂັດແຍ້ງທາງເຫດຜົນຖືກແກ້ໄຂໂດຍການໃຊ້ການແກ້ໄຂທີ່ຄືກັນ, ບໍ່ແມ່ນ
ພຽງແຕ່ຫນຶ່ງ.
ນີ້ແມ່ນພຽງແຕ່ ເຊື່ອມ(1) ຄໍາສັ່ງເປັນແບບອະນຸລັກຫຼາຍກ່ວາ RCS ຂອງ ລວມ(1) ຄໍາສັ່ງ.
ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະຈັດການກັບສະຖານະການທົ່ວໄປນີ້ມັນດໍາເນີນການ
aecpu - ບໍ່ປ່ຽນແປງ
ຄໍາສັ່ງ ກ່ອນທີ່ຈະ ທ່ານດໍາເນີນການໄດ້ ແອັມ(1) merge ຄໍາສັ່ງ, ແລະທ່ານຈະມີຄວາມໂສກເສົ້າຫນ້ອຍ. ມັນຍັງ
ຄວນຈື່ໄວ້ວ່າ Aegis ເກັບຮັກສາໄຟລ໌ຕົ້ນສະບັບດ້ວຍ ,B suffix (B ສໍາລັບສໍາຮອງຂໍ້ມູນ) ດັ່ງນັ້ນ.
ເຈົ້າສາມາດເຮັດໄດ້ງ່າຍໆ
mv fubar,B fubar
ຖ້າເຈົ້າຮູ້ວ່າຂໍ້ຂັດແຍ່ງທັງໝົດແມ່ນຂໍ້ຂັດແຍ່ງທີ່ມີເຫດຜົນ.
OPTIONS
ທາງເລືອກຕໍ່ໄປນີ້ແມ່ນເຂົ້າໃຈ:
- ສາຂາ ຈໍານວນ
ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອລະບຸສາຂາທີ່ແຕກຕ່າງກັນສໍາລັບໄຟລ໌ຕົ້ນສະບັບ, ແທນທີ່ຈະ
ກ່ວາພື້ນຖານ. (ເບິ່ງນຳ - ລຳຕົ້ນ ທາງເລືອກ. ກະລຸນາສັງເກດ: ໄດ້ - ສາຂາ ທາງເລືອກ
ບໍ່ໄດ້ເອົາຊື່ໂຄງການ, ພຽງແຕ່ຫມາຍເລກສາຂາຕໍ່ທ້າຍ.
- ພໍ່ຕູ້
ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອລະບຸສາຂາພໍ່ຕູ້ (ຫນຶ່ງຂຶ້ນຈາກ
ສາຂາປະຈຸບັນ) ສໍາລັບໄຟລ໌ຕົ້ນສະບັບ, ແທນທີ່ຈະເປັນພື້ນຖານ. (ພໍ່ຕູ້
ທາງເລືອກແມ່ນຄືກັນກັບທາງເລືອກ "-ສາຂາ..").
- ແກ້ໄຂ ຈໍານວນ
ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອກໍານົດການປ່ຽນແປງໂດຍສະເພາະພາຍໃນໂຄງການ. ເບິ່ງ
aegis(1) ສໍາລັບລາຍລະອຽດຄົບຖ້ວນສົມບູນຂອງທາງເລືອກນີ້.
- ໄດເລກະທໍລີ ເສັ້ນທາງ
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອລະບຸວ່າຈະໃຊ້ໄດເລກະທໍລີໃດ. ມັນເປັນຄວາມຜິດພາດ
ຖ້າຜູ້ໃຊ້ປະຈຸບັນບໍ່ມີການອະນຸຍາດທີ່ເຫມາະສົມໃນການສ້າງໄດເລກະທໍລີ
ເສັ້ນທາງທີ່ມອບໃຫ້. ນີ້ຕ້ອງເປັນເສັ້ນທາງຢ່າງແທ້ຈິງ.
ຂໍ້ຄວນລະວັງ: ຖ້າທ່ານກໍາລັງໃຊ້ automounter ຢ່າໃຊ້ 'pwd' ເພື່ອເຮັດໃຫ້ຢ່າງແທ້ຈິງ
ເສັ້ນທາງ, ມັນມັກຈະໃຫ້ຄໍາຕອບທີ່ບໍ່ຖືກຕ້ອງ.
- ຊ່ວຍເຫຼືອ
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອໃຫ້ໄດ້ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບວິທີການນໍາໃຊ້ aegis
ໂຄງການ.
- ບັນຊີລາຍຊື່
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອໃຫ້ໄດ້ບັນຊີລາຍຊື່ຂອງຫົວຂໍ້ທີ່ເຫມາະສົມສໍາລັບຄໍາສັ່ງນີ້.
ບັນຊີລາຍຊື່ອາດຈະທົ່ວໄປຫຼາຍກ່ວາທີ່ຄາດໄວ້.
-WhiteOut
ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອຮ້ອງຂໍໃຫ້ໄຟລ໌ທີ່ຖືກລົບໄດ້ຖືກທົດແທນໂດຍ "whiteout"
ໄຟລ໌ຢູ່ໃນໄດເລກະທໍລີການພັດທະນາ. ແນວຄວາມຄິດແມ່ນວ່າການລວບລວມໄຟລ໌ດັ່ງກ່າວຈະ
ສົ່ງຜົນໃຫ້ເກີດຄວາມຜິດພາດຮ້າຍແຮງ, ເພື່ອໃຫ້ຂໍ້ມູນອ້າງອີງທັງໝົດອາດຈະຖືກພົບເຫັນ. ນີ້ແມ່ນ
ປົກກະຕິແລ້ວແມ່ນຄ່າເລີ່ມຕົ້ນ.
-No_WhiteOut
ທາງເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອຮ້ອງຂໍໃຫ້ບໍ່ມີໄຟລ໌ "whiteout" ຖືກຈັດໃສ່ໃນ
ໄດເລກະທໍລີການພັດທະນາ.
- ຂາອອກ ຊື່ເອກະສານ
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອລະບຸຊື່ໄຟລ໌ທີ່ຈະຖືກຂຽນດ້ວຍ
ອັດຕະໂນມັດກໍານົດຕົວເລກການປ່ຽນແປງ. ເປັນປະໂຫຍດສໍາລັບການຂຽນ scripts.
- ໂຄງການ ຊື່
ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອເລືອກໂຄງການທີ່ມີຄວາມສົນໃຈ. ເມື່ອບໍ່ມີ - ໂຄງການ
ທາງເລືອກແມ່ນໄດ້ລະບຸໄວ້, ໄດ້ AEGIS_PROJECT ຕົວແປສະພາບແວດລ້ອມແມ່ນປຶກສາຫາລື. ຖ້າ
ທີ່ບໍ່ມີຢູ່, ຂອງຜູ້ໃຊ້ $HOME/.aegisrc ໄຟລ໌ຖືກກວດສອບສໍາລັບຄ່າເລີ່ມຕົ້ນ
ພາກສະຫນາມຂອງໂຄງການ (ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ). ຖ້າມັນບໍ່ມີ,
ໃນເວລາທີ່ຜູ້ໃຊ້ພຽງແຕ່ເຮັດວຽກກ່ຽວກັບການປ່ຽນແປງພາຍໃນໂຄງການດຽວ, ໂຄງການ
ຊື່ເລີ່ມຕົ້ນກັບໂຄງການນັ້ນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນເປັນຄວາມຜິດພາດ.
- ລຳຕົ້ນ
ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອລະບຸລໍາຕົ້ນຂອງໂຄງການສໍາລັບໄຟລ໌ຕົ້ນສະບັບ, ແທນທີ່ຈະ
ກ່ວາພື້ນຖານ. (ເບິ່ງນຳ - ສາຂາ ທາງເລືອກ, ທາງເລືອກ -trunk ແມ່ນຄືກັນກັບ
ທາງເລືອກ "ສາຂາ -").
- ລໍຖ້າ ຕົວເລືອກນີ້ອາດຈະຖືກນໍາໃຊ້ເພື່ອຮຽກຮ້ອງໃຫ້ມີຄໍາສັ່ງ Aegis ເພື່ອລໍຖ້າການລັອກການເຂົ້າເຖິງ, ຖ້າ
ເຂົາເຈົ້າບໍ່ສາມາດໄດ້ຮັບທັນທີ. ຄ່າເລີ່ມຕົ້ນຂອງຜູ້ຊົມໃຊ້ lock_wait_preference
ຖ້າບໍ່ໄດ້ລະບຸ, ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
- ບໍ່_ລໍຖ້າ
ຕົວເລືອກນີ້ອາດຈະຖືກໃຊ້ເພື່ອຮຽກຮ້ອງໃຫ້ຄໍາສັ່ງ Aegis ປ່ອຍຄວາມຜິດພາດທີ່ຮ້າຍແຮງຖ້າການເຂົ້າເຖິງ
locks ບໍ່ສາມາດໄດ້ຮັບທັນທີ. ຄ່າເລີ່ມຕົ້ນຂອງຜູ້ຊົມໃຊ້
lock_wait_preference ຖ້າບໍ່ໄດ້ລະບຸ, ເບິ່ງ aeuconf(5) ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
ເບິ່ງ aegis(1) ສໍາລັບທາງເລືອກທົ່ວໄປກັບຄໍາສັ່ງ aegis ທັງຫມົດ.
ທາງເລືອກທັງຫມົດອາດຈະຖືກຫຍໍ້; ຕົວຫຍໍ້ແມ່ນບັນທຶກເປັນຕົວພິມໃຫຍ່,
ຕົວອັກສອນຕົວພິມນ້ອຍ ແລະ ຂີດກ້ອງ (_) ແມ່ນທາງເລືອກ. ທ່ານຕ້ອງໃຊ້ຕິດຕໍ່ກັນ
ລໍາດັບຂອງຕົວອັກສອນທາງເລືອກ.
ທາງເລືອກທັງຫມົດແມ່ນຕົວອັກສອນ insensitive, ທ່ານອາດຈະພິມໃຫ້ເຂົາເຈົ້າເປັນຕົວພິມໃຫຍ່ຫຼືຕົວພິມນ້ອຍຫຼື a
ການປະສົມປະສານຂອງທັງສອງ, ກໍລະນີບໍ່ສໍາຄັນ.
ຕົວຢ່າງ: ການໂຕ້ຖຽງ "-project, "-PROJ" ແລະ "-p" ລ້ວນແຕ່ຖືກຕີຄວາມໝາຍວ່າ.
- ໂຄງການ ທາງເລືອກ. ການໂຕ້ຖຽງ "-prj" ຈະບໍ່ເຂົ້າໃຈ, ເພາະວ່າຕິດຕໍ່ກັນ
ບໍ່ໄດ້ສະໜອງຕົວອັກສອນທາງເລືອກ.
ຕົວເລືອກແລະການໂຕ້ຖຽງແຖວຄໍາສັ່ງອື່ນໆອາດຈະຖືກປະສົມໂດຍ arbitrarily ໃນແຖວຄໍາສັ່ງ,
ຫຼັງຈາກຕົວເລືອກຟັງຊັນ.
ຊື່ທາງເລືອກຍາວ GNU ແມ່ນເຂົ້າໃຈ. ນັບຕັ້ງແຕ່ຊື່ທາງເລືອກທັງຫມົດສໍາລັບ aegis ຍາວ,
ນີ້ຫມາຍຄວາມວ່າບໍ່ສົນໃຈ '-' ຊັ້ນນໍາພິເສດ. ໄດ້ "--ທາງເລືອກ=ມູນຄ່າ"ສົນທິສັນຍາແມ່ນ
ເຂົ້າໃຈ.
ຄວາມຜິດພາດ
ມັນເປັນຂໍ້ຜິດພາດຖ້າຜູ້ໃຊ້ປະຈຸບັນບໍ່ແມ່ນຜູ້ເບິ່ງແຍງໂຄງການ. (ໃນບາງ
ກໍລະນີມັນເປັນໄປໄດ້ສໍາລັບນັກພັດທະນາໂຄງການທີ່ຈະສ້າງການປ່ຽນແປງ, ເບິ່ງ aepattr(5) ສໍາລັບ
ຂໍ້ມູນເພີ່ມເຕີມ.)
ອອກ STATUS
ໄດ້ aegis ຄໍາສັ່ງຈະອອກດ້ວຍສະຖານະ 1 ໃນຄວາມຜິດພາດໃດໆ. ໄດ້ aegis ຄໍາສັ່ງຈະພຽງແຕ່
ອອກດ້ວຍສະຖານະ 0 ຖ້າບໍ່ມີຂໍ້ຜິດພາດ.
ENVIRONMENT ຄວາມຮັບຜິດຊອບ
ເບິ່ງ aegis(1) ສໍາລັບບັນຊີລາຍຊື່ຂອງຕົວແປສະພາບແວດລ້ອມທີ່ອາດຈະສົ່ງຜົນກະທົບຕໍ່ຄໍາສັ່ງນີ້. ເບິ່ງ
aepconf(5) ສໍາລັບໄຟລ໌ການຕັ້ງຄ່າໂຄງການ project_specific ພາກສະຫນາມສໍາລັບວິທີການກໍານົດ
ຕົວແປສະພາບແວດລ້ອມສໍາລັບຄໍາສັ່ງທັງຫມົດທີ່ປະຕິບັດໂດຍ Aegis.
ໃຊ້ aeclone ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
