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

ໂຄງການ:

NAME

ci - ກວດສອບການດັດແກ້ RCS

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

ci [ທາງເລືອກໃນການ] ເອກະສານ ...

ລາຍລະອຽດ

ci ເກັບຮັກສາການແກ້ໄຂໃຫມ່ເຂົ້າໄປໃນໄຟລ໌ RCS. ແຕ່ລະຊື່ໄຟລ໌ທີ່ກົງກັບຄຳຕໍ່ທ້າຍ RCS ຖືກນຳໄປ
ເປັນໄຟລ໌ RCS. ອັນອື່ນທັງໝົດແມ່ນສົມມຸດວ່າເປັນໄຟລ໌ທີ່ເຮັດວຽກທີ່ມີການປັບປຸງໃໝ່. ci
ຝາກເນື້ອໃນຂອງແຕ່ລະໄຟລ໌ທີ່ເຮັດວຽກເຂົ້າໄປໃນໄຟລ໌ RCS ທີ່ສອດຄ້ອງກັນ. ຖ້າພຽງແຕ່ a
ໄຟລ໌ທີ່ເຮັດວຽກໄດ້ຖືກມອບໃຫ້, ci ພະຍາຍາມຊອກຫາໄຟລ໌ RCS ທີ່ສອດຄ້ອງກັນຢູ່ໃນໄດເລກະທໍລີຍ່ອຍ RCS
ແລະຫຼັງຈາກນັ້ນຢູ່ໃນໄດເລກະທໍລີຂອງໄຟລ໌ທີ່ເຮັດວຽກ. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ, ເບິ່ງ FILE NAMING ຂ້າງລຸ່ມນີ້.

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

ເວັ້ນເສຍແຕ່ວ່າ -f ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ຮັບ​, ci ກວດ ເບິ່ງ ວ່າ ການ ແກ້ ໄຂ ທີ່ ຈະ ຖືກ ຝາກ ມີ ຄວາມ ແຕກ ຕ່າງ ຈາກ
ອັນກ່ອນໜ້ານີ້. ຖ້າບໍ່ແມ່ນ, ແທນທີ່ຈະສ້າງການແກ້ໄຂໃຫມ່ ci ກັບໄປກ່ອນໜ້າ
ຫນຶ່ງ. ເພື່ອກັບຄືນ, ທຳ ມະດາ ci ເອົາໄຟລ໌ທີ່ເຮັດວຽກແລະ lock ໃດໆ; ci -l ຮັກສາແລະ ci -u
ເອົາ lock ໃດ, ແລະຫຼັງຈາກນັ້ນພວກເຂົາທັງສອງສ້າງໄຟລ໌ທີ່ເຮັດວຽກໃຫມ່ຫຼາຍຄືກັບວ່າ co -l or co -u
ໄດ້ຖືກນໍາໃຊ້ກັບການແກ້ໄຂກ່ອນຫນ້າ. ເມື່ອກັບຄືນ, ໃດ -n ແລະ -s ນຳໃຊ້ທາງເລືອກ
ຕໍ່ກັບການແກ້ໄຂກ່ອນໜ້ານີ້.

ສໍາ​ລັບ​ການ​ແກ້​ໄຂ​ແຕ່​ລະ​ຝາກ​, ci ເຕືອນສໍາລັບຂໍ້ຄວາມບັນທຶກ. ຂໍ້ຄວາມບັນທຶກຄວນ
ສະຫຼຸບການປ່ຽນແປງແລະຕ້ອງຖືກຍົກເລີກໂດຍທ້າຍຂອງໄຟລ໌ຫຼືໂດຍແຖວທີ່ມີ . by
ຕົວຂອງມັນເອງ. ຖ້າຫຼາຍໄຟລ໌ຖືກເຊັກອິນ ci ຖາມວ່າຈະໃຊ້ບັນທຶກກ່ອນໜ້ານີ້ຄືນໃໝ່ຫຼືບໍ່
ຂໍ້ຄວາມ. ຖ້າວັດສະດຸປ້ອນມາດຕະຖານບໍ່ແມ່ນ terminal, ci ສະກັດກັ້ນການກະຕຸ້ນເຕືອນແລະນໍາໃຊ້
ຂໍ້ຄວາມບັນທຶກດຽວກັນສໍາລັບໄຟລ໌ທັງຫມົດ. ເບິ່ງນຳ -m.

ຖ້າໄຟລ໌ RCS ບໍ່ມີ, ci ສ້າງມັນແລະຝາກເນື້ອໃນຂອງການເຮັດວຽກ
ໄຟລ໌ເປັນການແກ້ໄຂເບື້ອງຕົ້ນ (ຕົວເລກເລີ່ມຕົ້ນ: 1.1). ບັນຊີລາຍຊື່ການເຂົ້າເຖິງແມ່ນເລີ່ມຕົ້ນເພື່ອ
ຫວ່າງເປົ່າ. ແທນທີ່ຈະເປັນຂໍ້ຄວາມບັນທຶກ, ci ຮ້ອງຂໍຂໍ້ຄວາມອະທິບາຍ (ເບິ່ງ -t ດ້ານລຸ່ມ).

ຈຳ ນວນ ປ ການແກ້ໄຂທີ່ຝາກໄວ້ສາມາດໃຫ້ໄດ້ໂດຍທາງເລືອກໃດໆ -f, -i, -I,
-j, -k, -l, -M, -q, -r, ຫຼື -u. ປ ສາມາດເປັນສັນຍາລັກ, ຕົວເລກ, ຫຼືປະສົມ. ຊື່ສັນຍາລັກໃນ
ປ ຈະຕ້ອງຖືກກໍານົດໄວ້ແລ້ວ; ເບິ່ງ -n ແລະ -N ທາງເລືອກໃນການກໍານົດຊື່ໃນລະຫວ່າງການເຊັກອິນ.
If ປ is $, ci ກໍານົດຕົວເລກການແກ້ໄຂຈາກຄ່າຄໍາສໍາຄັນໃນໄຟລ໌ທີ່ເຮັດວຽກ.

If ປ ເລີ່ມຕົ້ນດ້ວຍໄລຍະເວລາ, ຫຼັງຈາກນັ້ນສາຂາເລີ່ມຕົ້ນ (ປົກກະຕິລໍາຕົ້ນ) ແມ່ນ prepended ກັບ
ມັນ. ຖ້າ ປ ແມ່ນຕົວເລກສາຂາຕາມດ້ວຍໄລຍະເວລາ, ຫຼັງຈາກນັ້ນການດັດແກ້ຫຼ້າສຸດກ່ຽວກັບເລື່ອງນັ້ນ
ສາຂາຖືກນໍາໃຊ້.

If ປ ແມ່ນຕົວເລກການດັດແກ້, ມັນຕ້ອງສູງກວ່າຕົວເລກຫຼ້າສຸດຂອງສາຂາໃດນຶ່ງ
ປ ເປັນຂອງ, ຫຼືຕ້ອງເລີ່ມຕົ້ນສາຂາໃຫມ່.

If ປ ແມ່ນສາຂາແທນທີ່ຈະເປັນຕົວເລກການດັດແກ້, ການປັບປຸງໃຫມ່ແມ່ນໄດ້ຕື່ມໃສ່ກັບນັ້ນ
ສາຂາ. ຕົວເລກລະດັບແມ່ນໄດ້ຮັບໂດຍການເພີ່ມຈໍານວນການແກ້ໄຂຄໍາແນະນໍາຂອງສິ່ງນັ້ນ
ສາຂາ. ຖ້າ ປ ຊີ້ບອກສາຂາທີ່ບໍ່ມີຢູ່ແລ້ວ, ສາຂານັ້ນຖືກສ້າງດ້ວຍຕົ້ນ
ສະບັບດັດແກ້ເລກ ປ.1.

If ປ ຖືກລະເວັ້ນ, ci ພະຍາຍາມເອົາຕົວເລກສະບັບປັບປຸງໃໝ່ຈາກການລັອກຄັ້ງສຸດທ້າຍຂອງຜູ້ໂທ.
ຖ້າຜູ້ໂທໄດ້ລັອກການແກ້ໄຂປາຍຂອງສາຂາ, ການແກ້ໄຂໃຫມ່ຈະຖືກຕໍ່ທ້າຍ
ສາຂານັ້ນ. ຕົວເລກການແກ້ໄຂໃຫມ່ແມ່ນໄດ້ຮັບໂດຍການເພີ່ມຈໍານວນການແກ້ໄຂຄໍາແນະນໍາ.
ຖ້າຜູ້ໂທລັອກການດັດແກ້ທີ່ບໍ່ແມ່ນຄໍາແນະນໍາ, ສາຂາໃຫມ່ຈະເລີ່ມຕົ້ນໃນການແກ້ໄຂນັ້ນໂດຍ
ການເພີ່ມຈໍານວນສາຂາທີ່ສູງທີ່ສຸດໃນການດັດແກ້ນັ້ນ. ສາຂາເລີ່ມຕົ້ນເລີ່ມຕົ້ນແລະ
ຕົວເລກລະດັບແມ່ນ 1.

If ປ ຖືກລະເວັ້ນ ແລະຜູ້ໂທບໍ່ມີລັອກ, ແຕ່ເປັນເຈົ້າຂອງໄຟລ໌ ແລະບໍ່ໄດ້ຕັ້ງການລັອກໄວ້
ຢ່າງເຄັ່ງຄັດ, ຫຼັງຈາກນັ້ນ, ການແກ້ໄຂໄດ້ຖືກຕໍ່ທ້າຍກັບສາຂາເລີ່ມຕົ້ນ (ປົກກະຕິລໍາຕົ້ນ; ເບິ່ງ the
-b ທາງເລືອກຂອງ RCS(1)).

ຂໍ້ຍົກເວັ້ນ: ໃນລໍາຕົ້ນ, ການແກ້ໄຂສາມາດຖືກຕໍ່ທ້າຍໄດ້, ແຕ່ບໍ່ໃສ່.

OPTIONS

-rປ ກວດສອບການດັດແກ້ ປ.

-r ເປົ່າ -r ທາງເລືອກ (ໂດຍບໍ່ມີການທົບທວນໃດໆ) ມີຄວາມຫມາຍຜິດປົກກະຕິໃນ ci. ກັບອື່ນໆ
ຄໍາສັ່ງ RCS, ເປົ່າ -r ທາງເລືອກກໍານົດການແກ້ໄຂຫຼ້າສຸດຢູ່ໃນຄ່າເລີ່ມຕົ້ນ
ສາຂາ, ແຕ່ມີ ci, ເປົ່າ -r ທາງ​ເລືອກ reestablishes ພຶດຕິກໍາເລີ່ມຕົ້ນຂອງ
ປ່ອຍ lock ແລະເອົາໄຟລ໌ທີ່ເຮັດວຽກອອກ, ແລະຖືກນໍາໃຊ້ເພື່ອ override ຄ່າເລີ່ມຕົ້ນໃດໆ
-l or -u ທາງ​ເລືອກ​ທີ່​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ໂດຍ​ນາມ​ແຝງ shell ຫຼື scripts.

-l[ປ]
ເຮັດວຽກຄື -r, ຍົກເວັ້ນມັນດໍາເນີນການເພີ່ມເຕີມ co -l ສໍາລັບການດັດແກ້ທີ່ຝາກໄວ້.
ດັ່ງນັ້ນ, ການແກ້ໄຂທີ່ຝາກໄວ້ຈະຖືກກວດສອບທັນທີອີກເທື່ອຫນຶ່ງແລະຖືກລັອກ. ນີ້​ແມ່ນ
ເປັນປະໂຫຍດສໍາລັບການບັນທຶກການດັດແກ້ເຖິງແມ່ນວ່າຫນຶ່ງຕ້ອງການທີ່ຈະສືບຕໍ່ແກ້ໄຂມັນຫຼັງຈາກ
ເຊັກອິນ.

-u[ປ]
ເຮັດວຽກຄື -l, ຍົກ​ເວັ້ນ​ການ​ແກ້​ໄຂ​ທີ່​ຝາກ​ໄວ້​ແມ່ນ​ບໍ່​ໄດ້​ຖືກ​ລັອກ​. ນີ້ເຮັດໃຫ້ຫນຶ່ງ
ອ່ານໄຟລ໌ທີ່ເຮັດວຽກທັນທີຫຼັງຈາກເຊັກອິນ.

ໄດ້ -l, ເປົ່າ -r, ແລະ -u ທາງເລືອກແມ່ນສະເພາະເຊິ່ງກັນ ແລະກັນ ແລະລົບລ້າງແຕ່ລະອັນຢ່າງງຽບໆ
ອື່ນໆ. ຍົກ​ຕົວ​ຢ່າງ, ci -u -r ເທົ່າກັບ ci -r ເພາະເປົ່າ -r overrides -u.

-f[ປ]
ບັງຄັບໃຫ້ເງິນຝາກ; ການ​ດັດ​ແກ້​ໃຫມ່​ແມ່ນ​ໄດ້​ຝາກ​ເຖິງ​ແມ່ນ​ວ່າ​ມັນ​ບໍ່​ແຕກ​ຕ່າງ​ຈາກ​
ກ່ອນໜ້າອັນໜຶ່ງ.

-k[ປ]
ຄົ້ນຫາໄຟລ໌ທີ່ເຮັດວຽກສໍາລັບຄ່າຄໍາສໍາຄັນເພື່ອກໍານົດຈໍານວນການແກ້ໄຂຂອງມັນ,
ວັນທີສ້າງ, ລັດ, ແລະຜູ້ຂຽນ (ເບິ່ງ co(1)), ແລະມອບຄ່າເຫຼົ່ານີ້ໃຫ້ກັບ
ການ​ທົບ​ທວນ​ຄືນ​ທີ່​ໄດ້​ຝາກ​ໄວ້​, ແທນ​ທີ່​ຈະ​ຄິດ​ໄລ່​ໃຫ້​ເຂົາ​ເຈົ້າ​ຢູ່​ໃນ​ທ້ອງ​ຖິ່ນ​. ມັນຍັງສ້າງ a
ຂໍ້ຄວາມເຂົ້າສູ່ລະບົບໃນຕອນຕົ້ນທີ່ສັງເກດເຫັນການເຂົ້າສູ່ລະບົບຂອງຜູ້ໂທ ແລະວັນທີກວດສອບຕົວຈິງ.
ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການແຈກຢາຍຊອບແວ. ການແກ້ໄຂທີ່ຖືກສົ່ງໄປຫາ
ຫຼາຍໆສະຖານທີ່ຄວນຈະຖືກກວດສອບດ້ວຍ -k ທາງເລືອກໃນສະຖານທີ່ເຫຼົ່ານີ້ເພື່ອຮັກສາ
ຕົວເລກຕົ້ນສະບັບ, ວັນທີ, ຜູ້ຂຽນ, ແລະລັດ. ຄຸນຄ່າຂອງຄໍາທີ່ສະກັດອອກມາແລະ
ຂໍ້ຄວາມບັນທຶກເລີ່ມຕົ້ນສາມາດຖືກລົບລ້າງດ້ວຍຕົວເລືອກຕ່າງໆ -d, -m, -s, -w, ແລະໃດໆ
ທາງເລືອກທີ່ມີຕົວເລກການແກ້ໄຂ.

-q[ປ]
ໂໝດງຽບ; ຜົນການວິນິດໄສບໍ່ໄດ້ຖືກພິມອອກ. ການແກ້ໄຂທີ່ບໍ່ແຕກຕ່າງກັນ
ຈາກອັນກ່ອນນີ້ບໍ່ໄດ້ຖືກຝາກ, ເວັ້ນເສຍແຕ່ -f ແມ່ນໃຫ້.

-i[ປ]
ເຊັກອິນເບື້ອງຕົ້ນ; ລາຍງານຂໍ້ຜິດພາດຖ້າໄຟລ໌ RCS ມີຢູ່ແລ້ວ. ນີ້ຫຼີກເວັ້ນການເຊື້ອຊາດ
ເງື່ອນໄຂໃນຄໍາຮ້ອງສະຫມັກສະເພາະໃດຫນຶ່ງ.

-j[ປ]
ພຽງແຕ່ checkin ແລະບໍ່ເລີ່ມຕົ້ນ; ລາຍ​ງານ​ຄວາມ​ຜິດ​ພາດ​ຖ້າ​ຫາກ​ວ່າ​ໄຟລ​໌ RCS ບໍ່​ໄດ້​
ມີຢູ່ແລ້ວ.

-I[ປ]
ຮູບແບບການໂຕ້ຕອບ; ຜູ້ໃຊ້ໄດ້ຖືກກະຕຸ້ນແລະຄໍາຖາມເຖິງແມ່ນວ່າການປ້ອນຂໍ້ມູນມາດຕະຖານແມ່ນ
ບໍ່ແມ່ນ terminal.

-d[ວັນ]
ການນໍາໃຊ້ ວັນ ສໍາລັບວັນທີ ແລະເວລາເຊັກອິນ. ໄດ້ ວັນ ແມ່ນ​ລະ​ບຸ​ໄວ້​ໃນ​ຮູບ​ແບບ​ຟຣີ​ເປັນ​
ອະທິບາຍໃນ co(1). ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການຕົວະກ່ຽວກັບວັນທີເຊັກອິນ, ແລະສໍາລັບ -k if
ບໍ່ມີວັນທີ. ຖ້າ ວັນ ຫວ່າງເປົ່າ, ເວລາເຮັດວຽກຂອງໄຟລ໌ສຸດທ້າຍ
ການ​ດັດ​ແກ້​ແມ່ນ​ນໍາ​ໃຊ້​.

-M[ປ]
ກຳນົດເວລາການດັດແກ້ໃນໄຟລ໌ທີ່ເຮັດວຽກໃໝ່ໃດໜຶ່ງໃຫ້ເປັນວັນທີທີ່ເອົາມາ
ການປັບປຸງ. ຍົກ​ຕົວ​ຢ່າງ, ci -d -M -u f ບໍ່ປ່ຽນແປງ fເວລາການປ່ຽນແປງຂອງ, ເຖິງແມ່ນວ່າ
fເນື້ອໃນຂອງການປ່ຽນແປງເນື່ອງຈາກການປ່ຽນຄໍາສໍາຄັນ. ໃຊ້ຕົວເລືອກນີ້ດ້ວຍຄວາມລະມັດລະວັງ; ມັນ​ສາ​ມາດ
ສັບສົນ ເຮັດໃຫ້(1).

-m[msg]
ໃຊ້ຊ່ອຍແນ່ msg ເປັນຂໍ້ຄວາມບັນທຶກສໍາລັບການດັດແກ້ທັງຫມົດທີ່ເຊັກອິນ. ຖ້າ msg is
ຖືກລະເວັ້ນ, ມັນເລີ່ມຕົ້ນເປັນ "*** ຂໍ້ຄວາມບັນທຶກທີ່ຫວ່າງເປົ່າ ***". ໂດຍສົນທິສັນຍາ, ບັນທຶກຂໍ້ຄວາມ
ທີ່ເລີ່ມຕົ້ນດ້ວຍ # ແມ່ນຄໍາຄິດເຫັນແລະຖືກລະເລີຍໂດຍໂຄງການເຊັ່ນ GNU Emacs vc
ຊຸດ. ນອກຈາກນີ້, ບັນທຶກຂໍ້ຄວາມທີ່ເລີ່ມຕົ້ນດ້ວຍ {ຊື່ກຸ່ມ} (ຕິດຕາມດ້ວຍພື້ນທີ່ສີຂາວ)
ແມ່ນຫມາຍຄວາມວ່າຈະ clump ຮ່ວມກັນຖ້າຫາກວ່າເປັນໄປໄດ້, ເຖິງແມ່ນວ່າຖ້າຫາກວ່າພວກເຂົາເຈົ້າມີຄວາມກ່ຽວຂ້ອງ
ໄຟລ​໌​ທີ່​ແຕກ​ຕ່າງ​ກັນ​; ໄດ້ {ຊື່ກຸ່ມ} ປ້າຍຊື່ແມ່ນໃຊ້ພຽງແຕ່ສໍາລັບການ clumping, ແລະບໍ່ແມ່ນ
ຖືວ່າເປັນສ່ວນໜຶ່ງຂອງຂໍ້ຄວາມບັນທຶກຕົວມັນເອງ.

-nຊື່ ກໍານົດຊື່ສັນຍາລັກ ຊື່ ຕໍ່ກັບຈໍານວນການດັດແກ້ທີ່ເຊັກອິນ. ci ພິມ
ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ຖ້າ​ຫາກ​ວ່າ​ ຊື່ ຖືກມອບໝາຍໃຫ້ກັບເບີອື່ນແລ້ວ.

-Nຊື່ ຄື​ກັນ​ກັບ -n, ຍົກເວັ້ນວ່າມັນ overrides ການມອບຫມາຍທີ່ຜ່ານມາຂອງ ຊື່.

-sລັດ
ກໍານົດສະຖານະຂອງການແກ້ໄຂເຊັກອິນໃສ່ຕົວລະບຸ ລັດ. ຄ່າເລີ່ມຕົ້ນ
ລັດແມ່ນ Exp.

-tເອກະສານ ຂຽນຂໍ້ຄວາມອະທິບາຍຈາກເນື້ອໃນຂອງຊື່ ເອກະສານ ເຂົ້າໄປໃນໄຟລ໌ RCS,
ການລຶບຂໍ້ຄວາມທີ່ມີຢູ່ແລ້ວ. ໄດ້ ເອກະສານ ບໍ່ສາມາດເລີ່ມຕົ້ນດ້ວຍ -.

-t-string
ຂຽນຂໍ້ຄວາມອະທິບາຍຈາກ string ເຂົ້າໄປໃນໄຟລ໌ RCS, ການລຶບທີ່ມີຢູ່ແລ້ວ
ຂໍ້​ຄວາມ.

ໄດ້ -t ທາງເລືອກ, ໃນທັງສອງຮູບແບບຂອງມັນ, ມີຜົນກະທົບພຽງແຕ່ໃນລະຫວ່າງການກວດສອບເບື້ອງຕົ້ນ; ມັນ​ແມ່ນ
ບໍ່ສົນໃຈຢ່າງງຽບໆ.

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

ສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບ RCS ຮຸ່ນເກົ່າ, ເປົ່າ -t ທາງເລືອກແມ່ນຖືກລະເລີຍ.

-T ກໍານົດເວລາດັດແກ້ຂອງໄຟລ໌ RCS ກັບເວລາຂອງການແກ້ໄຂໃຫມ່ຖ້າອະດີດ
precedes ສຸດທ້າຍແລະມີການດັດແກ້ໃຫມ່; ຮັກສາໄຟລ໌ RCS ຂອງ
ເວລາການດັດແກ້ຖ້າບໍ່ດັ່ງນັ້ນ. ຖ້າທ່ານໄດ້ລັອກການດັດແກ້, ci ປົກກະຕິແລ້ວການປັບປຸງ
ເວລາດັດແກ້ໄຟລ໌ RCS ໄປຫາເວລາປະຈຸບັນ, ເພາະວ່າ lock ຖືກເກັບໄວ້ໃນ
ໄຟລ໌ RCS ແລະການຖອດລັອກຕ້ອງການປ່ຽນໄຟລ໌ RCS. ນີ້ສາມາດສ້າງ
ໄຟລ໌ RCS ໃໝ່ກວ່າໄຟລ໌ທີ່ເຮັດວຽກຢູ່ໃນສອງວິທີ: ທໍາອິດ, ci -M ສາມາດສ້າງເປັນ
ໄຟລ໌ເຮັດວຽກກັບວັນທີກ່ອນເວລາປະຈຸບັນ; ອັນທີສອງ, ເມື່ອກັບຄືນໄປຫາ
ການແກ້ໄຂທີ່ຜ່ານມາໄຟລ໌ RCS ສາມາດປ່ຽນແປງໄດ້ໃນຂະນະທີ່ໄຟລ໌ທີ່ເຮັດວຽກຍັງບໍ່ປ່ຽນແປງ.
ສອງກໍລະນີນີ້ສາມາດເຮັດໃຫ້ເກີດການລວບລວມຄືນຫຼາຍເກີນໄປທີ່ເກີດຈາກ a ເຮັດໃຫ້(1) ຂຶ້ນກັບ
ໄຟລ໌ທີ່ເຮັດວຽກຢູ່ໃນໄຟລ໌ RCS. ໄດ້ -T ທາງເລືອກ inhibits recompilation ນີ້ໂດຍ
ນອນກ່ຽວກັບວັນທີຂອງໄຟລ໌ RCS. ໃຊ້ຕົວເລືອກນີ້ດ້ວຍຄວາມລະມັດລະວັງ; ມັນສາມາດສະກັດກັ້ນ
recompilation ເຖິງແມ່ນວ່າໃນເວລາທີ່ checkin ຂອງໄຟລ໌ເຮັດວຽກຫນຶ່ງຄວນຈະສົ່ງຜົນກະທົບຕໍ່ການເຮັດວຽກອື່ນ
ໄຟລ໌ທີ່ກ່ຽວຂ້ອງກັບໄຟລ໌ RCS ດຽວກັນ. ຕົວຢ່າງ, ສົມມຸດວ່າເວລາຂອງໄຟລ໌ RCS
ແມ່ນ 01:00, (ປ່ຽນ) ເວລາເຮັດວຽກຂອງໄຟລ໌ແມ່ນ 02:00, ບາງສໍາເນົາຂອງເອກະສານອື່ນໆ.
ໄຟລ໌ການເຮັດວຽກມີເວລາ 03:00, ແລະເວລາປະຈຸບັນແມ່ນ 04:00. ຈາກນັ້ນ ci -d -T
ກໍານົດເວລາຂອງໄຟລ໌ RCS ເປັນ 02:00 ແທນທີ່ຈະເປັນ 04:00 ປົກກະຕິ; ສາເຫດນີ້ ເຮັດໃຫ້(1​)
ຄິດວ່າ (ບໍ່ຖືກຕ້ອງ) ວ່າສໍາເນົາອື່ນແມ່ນໃຫມ່ກວ່າໄຟລ໌ RCS.

-wເຂົ້າ​ສູ່​ລະ​ບົບ
ການນໍາໃຊ້ ເຂົ້າ​ສູ່​ລະ​ບົບ ສໍາລັບພາກສະຫນາມຜູ້ຂຽນຂອງການປັບປຸງທີ່ຝາກໄວ້. ເປັນປະໂຫຍດສໍາລັບການຂີ້ຕົວະ
ຜູ້ຂຽນ, ແລະສໍາລັບ -k ຖ້າບໍ່ມີຜູ້ຂຽນ.

-V ພິມໝາຍເລກເວີຊັນຂອງ RCS.

-Vn ຈຳລອງລຸ້ນ RCS n, ທະເລສາບ co(1) ສໍາລັບລາຍລະອຽດ.

-xបច្ច័យ
ລະບຸຄຳຕໍ່ທ້າຍຂອງໄຟລ໌ RCS. ຄຳຕໍ່ທ້າຍທີ່ບໍ່ມີນາມສະກຸນກົງກັບຊື່ໄຟລ໌ໃດນຶ່ງ
ສິ້ນສຸດໃນ suffix ໄດ້. ຄໍາຕໍ່ທ້າຍຫວ່າງເປົ່າກົງກັບຊື່ໄຟລ໌ໃດນຶ່ງຂອງແບບຟອມ RCS/frag
or frag1/RCS/frag2. ໄດ້ -x ທາງ​ເລືອກ​ສາ​ມາດ​ລະ​ບຸ​ບັນ​ຊີ​ລາຍ​ການ​ຂອງ​ຄໍາ​ຕໍ່​ທ້າຍ​ແຍກ​ອອກ​ໂດຍ​ /.
ຍົກ​ຕົວ​ຢ່າງ, -x,v/ ກຳນົດສອງຄຳຕໍ່ທ້າຍ: ,v ແລະຄໍາຕໍ່ທ້າຍເປົ່າ. ຖ້າສອງຫຼືຫຼາຍກວ່ານັ້ນ
suffixes ຖືກກໍານົດ, ເຂົາເຈົ້າໄດ້ຖືກພະຍາຍາມຢູ່ໃນຄໍາສັ່ງໃນເວລາທີ່ຊອກຫາໄຟລ໌ RCS; ໄດ້
ອັນທໍາອິດທີ່ເຮັດວຽກແມ່ນໃຊ້ສໍາລັບໄຟລ໌ນັ້ນ. ຖ້າບໍ່ພົບໄຟລ໌ RCS ແຕ່ເປັນ RCS
ໄຟລ໌ສາມາດຖືກສ້າງຂື້ນ, ຄໍາຕໍ່ທ້າຍໄດ້ຖືກພະຍາຍາມເພື່ອກໍານົດ RCS ໃຫມ່
ຊື່ໄຟລ໌. ຄ່າເລີ່ມຕົ້ນສໍາລັບ បច្ច័យ ແມ່ນຂຶ້ນກັບການຕິດຕັ້ງ; ປົກກະຕິແລ້ວມັນແມ່ນ
,v/ ສໍາລັບເຈົ້າພາບເຊັ່ນ Unix ທີ່ອະນຸຍາດໃຫ້ເຄື່ອງໝາຍຈຸດໃນຊື່ໄຟລ໌, ແລະຫວ່າງເປົ່າ (ເຊັ່ນ: ພຽງແຕ່
suffix ຫວ່າງເປົ່າ) ສໍາລັບເຈົ້າພາບອື່ນໆ.

-zເຂດ ກໍານົດຮູບແບບຜົນຜະລິດວັນທີໃນການທົດແທນຄໍາສໍາຄັນ, ແລະກໍານົດຄ່າເລີ່ມຕົ້ນ
ເຂດເວລາສໍາລັບ ວັນ ໃນ -dວັນ ທາງເລືອກ. ທ ເຂດ ຄວນຈະຫວ່າງເປົ່າ, ເປັນຕົວເລກ UTC
offset, ຫຼືສາຍພິເສດ LT ສໍາລັບເວລາທ້ອງຖິ່ນ. ຄ່າເລີ່ມຕົ້ນແມ່ນຫວ່າງເປົ່າ ເຂດ,
ເຊິ່ງໃຊ້ຮູບແບບ RCS ແບບດັ້ງເດີມຂອງ UTC ໂດຍບໍ່ມີການຊີ້ບອກເຂດເວລາ ແລະ
ມີ slashes ແຍກພາກສ່ວນຂອງວັນທີ; ຖ້າບໍ່ດັ່ງນັ້ນ, ເວລາແມ່ນຜົນຜະລິດໃນ ISO
ຮູບແບບ 8601 ທີ່ມີການຊີ້ບອກເຂດເວລາ. ຕົວຢ່າງ, ຖ້າເວລາທ້ອງຖິ່ນແມ່ນວັນທີ 11 ມັງກອນ,
ປີ 1990, ເວລາ 8 ໂມງແລງຕາມເວລາມາດຕະຖານປາຊີຟິກ, ແປດຊົ່ວໂມງທາງທິດຕາເວັນຕົກຂອງ UTC, ຫຼັງຈາກນັ້ນເວລາແມ່ນຜົນຜະລິດ.
ດັ່ງຕໍ່ໄປນີ້:

ທາງເລືອກ ທີ່ໃຊ້ເວລາ output
-z 1990/01/12 04:00:00 (ຄ່າເລີ່ມຕົ້ນ)
-zLT 1990-01-11 20: 00: 00-08
-z+05:30 1990-01-12 09:30:00+05:30

ໄດ້ -z ທາງເລືອກບໍ່ມີຜົນກະທົບຕໍ່ວັນທີທີ່ເກັບໄວ້ໃນໄຟລ໌ RCS, ເຊິ່ງແມ່ນ UTC ສະເຫມີ.

ເອກະສານ ການຕັ້ງຊື່

ຄູ່ຂອງໄຟລ໌ RCS ແລະໄຟລ໌ທີ່ເຮັດວຽກສາມາດຖືກກໍານົດໃນສາມວິທີ (ເບິ່ງຕົວຢ່າງ
ພາກ).

1) ທັງໄຟລ໌ RCS ແລະໄຟລ໌ທີ່ເຮັດວຽກໄດ້ຖືກມອບໃຫ້. ຊື່ໄຟລ໌ RCS ເປັນຂອງແບບຟອມ
frag1/workfileX ແລະຊື່ໄຟລ໌ທີ່ເຮັດວຽກຢູ່ໃນແບບຟອມ frag2/ໄຟລ໌ວຽກ ບ່ອນທີ່ frag1/ ແລະ
frag2/ ແມ່ນ (ອາດຈະແຕກຕ່າງກັນຫຼືຫວ່າງເປົ່າ) ຊື່ໄຟລ໌, ໄຟລ໌ວຽກ ແມ່ນຊື່ໄຟລ໌, ແລະ X ເປັນ
RCS ຕໍ່ທ້າຍ. ຖ້າ X ຫວ່າງເປົ່າ, frag1/ ຕ້ອງເລີ່ມຕົ້ນດ້ວຍ RCS/ ຫຼືຕ້ອງມີ /RCS/.

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

3) ພຽງແຕ່ໄຟລ໌ທີ່ເຮັດວຽກໄດ້ຖືກມອບໃຫ້. ຈາກນັ້ນ ci ພິຈາລະນາແຕ່ລະຄໍາຕໍ່ທ້າຍ RCS X ແລະເຮັດໃຫ້ການ, ຊອກຫາ
ສໍາລັບໄຟລ໌ RCS ຂອງແບບຟອມ frag2/RCS/workfileX ຫຼື (ຖ້າບໍ່ພົບອະດີດແລະ X is
ບໍ່ຫວ່າງ) frag2/workfileX.

ຖ້າໄຟລ໌ RCS ຖືກລະບຸໂດຍບໍ່ມີຊື່ໄຟລ໌ໃນ 1) ແລະ 2), ci ຊອກຫາໄຟລ໌ RCS
ທໍາອິດໃນໄດເລກະທໍລີ ./RCS ແລະຫຼັງຈາກນັ້ນຢູ່ໃນໄດເລກະທໍລີປະຈຸບັນ.

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

ຕົວຢ່າງ

ສົມມຸດວ່າ ,v ເປັນຄຳຕໍ່ທ້າຍ RCS ແລະໄດເຣັກທໍຣີປະຈຸບັນມີໄດເຣັກທໍຣີຍ່ອຍ RCS ມີ
ໄຟລ໌ RCS io.c,v. ຫຼັງຈາກນັ້ນ, ແຕ່ລະຄໍາສັ່ງຕໍ່ໄປນີ້ກວດເບິ່ງໃນສໍາເນົາຂອງ io.c ເຂົ້າໄປໃນ
RCS/io.c,v ເປັນການດັດແກ້ຫຼ້າສຸດ, ເອົາອອກ io.c.

ci io.c; ci RCS/io.c,v; ci io.c,v;
ci io.c RCS/io.c,v; ci io.c io.c,v;
ci RCS/io.c,v io.c; ci io.c,v io.c;

ສົມມຸດວ່າ suffix ຫວ່າງເປົ່າແມ່ນ RCS suffix ແລະໄດເລກະທໍລີປະຈຸບັນປະກອບດ້ວຍ
ບັນຊີຍ່ອຍ RCS ກັບໄຟລ໌ RCS io.c. ແຕ່ລະຄໍາສັ່ງຕໍ່ໄປນີ້ກວດເບິ່ງໃນ a
ການປັບປຸງໃຫມ່.

ci io.c; ci RCS/io.c;
ci io.c RCS/io.c;
ci RCS/io.c io.c;

ເອກະສານ ຮູບແບບ

ໄຟລ໌ RCS ທີ່ສ້າງຂຶ້ນໂດຍ ci ສືບທອດການອ່ານ ແລະປະຕິບັດການອະນຸຍາດຈາກໄຟລ໌ທີ່ເຮັດວຽກ.
ຖ້າໄຟລ໌ RCS ມີຢູ່ແລ້ວ, ci ຮັກສາການອ່ານແລະປະຕິບັດການອະນຸຍາດຂອງມັນ. ci ສະເຫມີໄປ
ປິດການອະນຸຍາດການຂຽນທັງໝົດຂອງໄຟລ໌ RCS.

ໃຊ້ ci online ໂດຍໃຊ້ບໍລິການ onworks.net