Git 2.39 ການປ່ອຍການຄວບຄຸມແຫຼ່ງ

ຫຼັງຈາກສອງເດືອນຂອງການພັດທະນາ, ລະບົບການຄວບຄຸມແຫຼ່ງແຈກຢາຍ Git 2.39 ໄດ້ຖືກປ່ອຍອອກມາ. Git ເປັນໜຶ່ງໃນລະບົບການຄວບຄຸມເວີຊັນທີ່ເປັນທີ່ນິຍົມທີ່ສຸດ, ເຊື່ອຖືໄດ້ ແລະ ມີປະສິດທິພາບສູງ, ສະໜອງເຄື່ອງມືການພັດທະນາແບບບໍ່ເປັນເສັ້ນທີ່ມີຄວາມຍືດຫຍຸ່ນໂດຍອີງໃສ່ການແຕກງ່າ ແລະ ການລວມຕົວ. ເພື່ອຮັບປະກັນຄວາມສົມບູນຂອງປະຫວັດສາດແລະຄວາມຕ້ານທານກັບການປ່ຽນແປງ retroactive, implicit hashing ຂອງປະຫວັດສາດທີ່ຜ່ານມາທັງຫມົດຖືກນໍາໃຊ້ໃນແຕ່ລະຄໍາຫມັ້ນສັນຍາ; ມັນຍັງເປັນໄປໄດ້ທີ່ຈະຢັ້ງຢືນ tags ບຸກຄົນແລະຄໍາຫມັ້ນສັນຍາທີ່ມີລາຍເຊັນດິຈິຕອນຂອງນັກພັດທະນາ.

ເມື່ອປຽບທຽບກັບລຸ້ນທີ່ຜ່ານມາ, ຮຸ່ນໃຫມ່ລວມມີ 483 ການປ່ຽນແປງ, ກະກຽມດ້ວຍການເຂົ້າຮ່ວມຂອງນັກພັດທະນາ 86 ຄົນ, ໃນນັ້ນມີ 31 ຄົນເຂົ້າຮ່ວມໃນການພັດທະນາຄັ້ງທໍາອິດ. ນະວັດຕະກໍາຕົ້ນຕໍ:

• ຄໍາສັ່ງ "git shortlog", ອອກແບບມາເພື່ອສະແດງບົດສະຫຼຸບທີ່ມີສະຖິຕິຈາກປະຫວັດສາດຂອງການປ່ຽນແປງ, ໄດ້ເພີ່ມທາງເລືອກ "-group" ສໍາລັບການຈັດກຸ່ມໂດຍ arbitrary ຂອງ commits ໂດຍພາກສະຫນາມບໍ່ຈໍາກັດຜູ້ຂຽນຫຼື committer. ຕົວຢ່າງ, ເພື່ອສະແດງລາຍຊື່ນັກພັດທະນາທີ່ມີຂໍ້ມູນກ່ຽວກັບຈໍານວນການປ່ຽນແປງ, ໂດຍຄໍານຶງເຖິງຕົວຊ່ວຍທີ່ໄດ້ກ່າວມາໃນພາກສະຫນາມ "Co-authored-by", ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ: git shortlog -ns --group=author - -group=trailer:co-authored-ໂດຍ

  ຜົນຜະລິດ Shortlog ສາມາດຖືກລວບລວມໂດຍໃຊ້ຕົວກໍານົດການຈັດຮູບແບບ, ແລະທາງເລືອກ "--group" ສາມາດເຮັດໃຫ້ການສ້າງບົດລາຍງານທີ່ສັບສົນຫຼາຍແລະລົບລ້າງຄວາມຕ້ອງການສໍາລັບຄໍາສັ່ງການຈັດລຽງເພີ່ມເຕີມ. ຕົວຢ່າງ, ເພື່ອສ້າງບົດລາຍງານທີ່ມີຂໍ້ມູນກ່ຽວກັບຈໍານວນຄໍາຫມັ້ນສັນຍາສໍາລັບການປ່ອຍອອກມາເມື່ອໄດ້ຮັບການຍອມຮັບໃນແຕ່ລະເດືອນ, ທ່ານສາມາດກໍານົດ: git shortlog v2.38.0.. —date='format:%Y-%m' —group=' %cd' -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 ກ່ອນຫນ້ານີ້, ເພື່ອປະຕິບັດການທີ່ຄ້າຍຄືກັນ, ມັນຈໍາເປັນຕ້ອງໃຊ້ sort ແລະ uniq utilities: git log v2.38.0. .. —date='format:%Y -%m' —format='%cd' | ຄັດ | uniq -c

• ຄວາມສາມາດຂອງກົນໄກ "cruft packs", ອອກແບບສໍາລັບການຫຸ້ມຫໍ່ວັດຖຸທີ່ບໍ່ສາມາດບັນລຸໄດ້ທີ່ບໍ່ໄດ້ອ້າງອີງໃນ repository (ບໍ່ໄດ້ອ້າງອີງໂດຍສາຂາຫຼື tags), ໄດ້ຖືກຂະຫຍາຍອອກ. ວັດຖຸທີ່ບໍ່ສາມາດເຂົ້າຫາໄດ້ຈະຖືກລຶບໂດຍຜູ້ເກັບຂີ້ເຫຍື້ອ, ແຕ່ຍັງຄົງຢູ່ໃນບ່ອນເກັບມ້ຽນເປັນເວລາທີ່ແນ່ນອນກ່ອນທີ່ພວກມັນຈະຖືກລຶບຖິ້ມເພື່ອຫຼີກເວັ້ນສະພາບການແຂ່ງຂັນ. ກົນໄກ "cruft packs" ຊ່ວຍໃຫ້ທ່ານສາມາດເກັບຮັກສາວັດຖຸທີ່ບໍ່ສາມາດເຂົ້າຫາໄດ້ທັງຫມົດໃນໄຟລ໌ຊອງຫນຶ່ງ, ແລະສະແດງຂໍ້ມູນເວລາການດັດແກ້ຂອງແຕ່ລະວັດຖຸໃນຕາຕະລາງແຍກຕ່າງຫາກ, ເກັບໄວ້ໃນໄຟລ໌ແຍກຕ່າງຫາກທີ່ມີ ".mtimes", ເພື່ອໃຫ້ພວກເຂົາເຮັດ. ບໍ່ທັບຊ້ອນກັບເວລາດັດແກ້ທັງຫມົດ.

  ໄລຍະເວລາທີ່ວັດຖຸທີ່ບໍ່ສາມາດເຂົ້າຫາໄດ້ຍັງຄົງຢູ່ໃນບ່ອນເກັບມ້ຽນກ່ອນທີ່ພວກມັນຈະຖືກລຶບຢ່າງຈິງຈັງແມ່ນຖືກກໍານົດໂດຍທາງເລືອກ "-prune =" " ຢ່າງໃດກໍ່ຕາມ, ໃນຂະນະທີ່ການຊັກຊ້າກ່ອນທີ່ຈະລຶບແມ່ນເປັນວິທີທີ່ມີປະສິດທິຜົນແລະປະຕິບັດເພື່ອປ້ອງກັນການສໍ້ລາດບັງຫຼວງຂອງບ່ອນເກັບມ້ຽນຍ້ອນເງື່ອນໄຂເຊື້ອຊາດ, ມັນບໍ່ແມ່ນຄວາມຫນ້າເຊື່ອຖື 100%. ເພື່ອເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຟື້ນຟູບ່ອນເກັບມ້ຽນທີ່ເສຍຫາຍ, ການປ່ອຍໃຫມ່ສະຫນອງຄວາມສາມາດໃນການຊ່ວຍປະຢັດວັດຖຸທີ່ຫາຍໄປໂດຍການເພີ່ມທາງເລືອກ "--expire-to" ໃສ່ຄໍາສັ່ງ "git repack", ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດໄຟລ໌ເພື່ອສ້າງພາຍນອກ. ສໍາເນົາຂອງວັດຖຸທີ່ຖືກລົບທັງຫມົດ. ຕົວຢ່າງ, ເພື່ອບັນທຶກວັດຖຸທີ່ບໍ່ສາມາດເຂົ້າຫາໄດ້ທີ່ບໍ່ໄດ້ປ່ຽນແປງໃນ 5 ນາທີທີ່ຜ່ານມາໃນໄຟລ໌ backup.git, ທ່ານສາມາດນໍາໃຊ້ຄໍາສັ່ງ: git repack --cruft --cruft-expiration=5.minutes.ago -d --expire -to=../backup.git

• ເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍ (ເຖິງ 70%) ຄວາມໄວຂອງການດໍາເນີນງານ "git grep -cached" ໃນເວລາທີ່ຊອກຫາຢູ່ໃນພື້ນທີ່ທີ່ໃຊ້ cloning ບາງສ່ວນ (sparse-checkout) ແລະສໍາລັບການທີ່ມີດັດຊະນີບາງສ່ວນ (sparse index). ກ່ອນຫນ້ານີ້, ເມື່ອລະບຸຕົວເລືອກ "-cached", ການຄົ້ນຫາໄດ້ຖືກປະຕິບັດຄັ້ງທໍາອິດໃນດັດຊະນີປົກກະຕິ, ແລະຫຼັງຈາກນັ້ນໃນບາງສ່ວນ, ເຊິ່ງເຮັດໃຫ້ຄວາມລ່າຊ້າທີ່ສັງເກດເຫັນໃນເວລາທີ່ຊອກຫາຢູ່ໃນບ່ອນເກັບມ້ຽນຂະຫນາດໃຫຍ່.
• ການກວດສອບຂອງເຄື່ອງແມ່ຂ່າຍຂອງການສອດຄ່ອງຂອງວັດຖຸໃຫມ່ກ່ອນທີ່ພວກມັນຈະຖືກຈັດໃສ່ໃນບ່ອນເກັບມ້ຽນໃນລະຫວ່າງການປະຕິບັດງານ "git push" ໄດ້ຖືກເລັ່ງ. ໂດຍການປ່ຽນໄປສູ່ການບັນຊີສໍາລັບການເຊື່ອມຕໍ່ທີ່ປະກາດພຽງແຕ່ເມື່ອກວດສອບ, ໃນຄັງທົດສອບທີ່ມີ 7 ລ້ານເຊື່ອມຕໍ່, ເຊິ່ງມີພຽງແຕ່ 3% ທີ່ຖືກຄຸ້ມຄອງໂດຍການປະຕິບັດການຊຸກຍູ້, ການເພີ່ມປະສິດທິພາບທີ່ອະນຸຍາດໃຫ້ຫຼຸດລົງເວລາກວດສອບ 4.5 ເທື່ອ.
• ເພື່ອປ້ອງກັນການລົ້ນຈຳນວນເຕັມໃນລະຫັດ, ຄຳສັ່ງ "git apply" ຈະຈຳກັດຂະໜາດສູງສຸດຂອງແພັກເກັດທີ່ສາມາດປະມວນຜົນໄດ້. ຖ້າຂະຫນາດ patch ເກີນ 1 GB, ຂໍ້ຜິດພາດຈະຖືກສະແດງຂຶ້ນ.
• ເພື່ອປ້ອງກັນຊ່ອງໂຫວ່ທີ່ອາດຈະເກີດຂຶ້ນ, ມີການປ່ຽນແປງເພື່ອທໍາຄວາມສະອາດຂໍ້ມູນທີ່ບໍ່ຈໍາເປັນຈາກສ່ວນຫົວທີ່ຕັ້ງໄວ້ເມື່ອໃຊ້ໂມດູນ h2h3 ດ້ວຍຕົວເລືອກ GIT_TRACE_CURL=1 ຫຼື GIT_CURL_VERBOSE=1 ຮ່ວມກັບ HTTP/2.
• ເມື່ອປະຕິບັດການກວດສອບສາຂາທີ່ເປັນສັນຍາລັກເຊື່ອມຕໍ່ກັບສາຂາອື່ນ, ຄໍາສັ່ງ "git symbolic-ref HEAD" ໃນປັດຈຸບັນສະແດງຊື່ຂອງສາຂາເປົ້າຫມາຍແທນທີ່ຈະເປັນຊື່ຂອງ symlink.
• ເພີ່ມການຮອງຮັບການໂຕ້ຖຽງ @{-1} ໃຫ້ກັບຕົວເລືອກ “--edit-description” (“ສາຂາ git —edit-description @{-1}”) ເພື່ອແກ້ໄຂຄຳອະທິບາຍຂອງສາຂາກ່ອນໜ້າ.
• ເພີ່ມ "git merge-tree --stdin" ຄໍາສັ່ງເພື່ອຜ່ານບັນຊີລາຍຊື່ຂອງທາງເລືອກໃນການປ້ອນຂໍ້ມູນມາດຕະຖານ.
• ໃນລະບົບໄຟລ໌ເຄືອຂ່າຍ, ຕົວຈັດການ fsmonitor, ເຊິ່ງຕິດຕາມການປ່ຽນແປງໃນລະບົບໄຟລ໌, ຖືກປິດໃຊ້ງານໂດຍຄ່າເລີ່ມຕົ້ນ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru