ຄ່າເລີ່ມຕົ້ນການແຮັດໃໝ່ຂອງ Git – ມັນໝາຍຄວາມວ່າແນວໃດ
ຄ່າເລີ່ມຕົ້ນ SHA-256 ທີ່ຖືກສະເໜີຂອງ Git ສ້າງຂອບເຂດຄວາມເຂົ້າກັນໄດ້ສຳລັບຄັງເກັບໃໝ່.
ຄ່າເລີ່ມຕົ້ນ SHA-256 ທີ່ຖືກສະເໜີຂອງ Git ສ້າງຂອບເຂດຄວາມເຂົ້າກັນໄດ້ສຳລັບຄັງເກັບໃໝ່. ພວກເຮົາກວດເບິ່ງແຜນການທາງການ, ການຄັດຄ້ານຂອງ Scott Chacon ແລະຂໍ້ຍົກເວັ້ນການເບິ່ງຕົວຢ່າງ GitHub ທີ່ກຳລັງເຮັດວຽກ, ຈາກນັ້ນກວມເອົາ Pi 1.0 ແລະ SvelteKit 3. ຄຳຕັດສິນ: NEEDS REVIEW.
ອ່ານສະບັບລາຍລັກອັກສອນ (ພາສາອັງກິດ) ↗
ສິ່ງທີ່ວິດີໂອນີ້ກວມເອົາ
- ເປັນຫຍັງສອງຄັງເກັບ Git ຈຶ່ງປະຕິເສດທີ່ຈະສື່ສານກັນ?
- Git 3 ປ່ຽນແປງຫຍັງແທ້?
- ເປັນຫຍັງຕ້ອງປ່ຽນ SHA-1 ຖ້າ Git ກວດພົບການຂັດກັນ?
- ການກວດສອບຄວາມເຂົ້າກັນໄດ້ໃນທ້ອງຖິ່ນຂອງພວກເຮົາສະແດງໃຫ້ເຫັນຫຍັງ?
- ຫຍັງທີ່ຍັງເຫຼືອຫຼັງຈາກການຂັດຂ້ອງໃນ Pi Durable?
ບົດບັນທຶກທີ່ແປແລ້ວ
ແປຈາກຄຳບັນຍາຍຕົ້ນສະບັບພາສາອັງກິດ. ສຽງ ແລະ ຄຳບັນຍາຍທີ່ມີໃຫ້ແມ່ນຄວບຄຸມໂດຍ YouTube.
ເປັນຫຍັງສອງຄັງເກັບ Git ຈຶ່ງປະຕິເສດທີ່ຈະສື່ສານກັນ?
0:00 ເຈົ້າອາດຄິດວ່າການອັບເກຣດ Git ຈະເຮັດໃຫ້ເຄື່ອງມືຂອງເຈົ້າສື່ສານກັນຕໍ່ໄປ. ຄ່າເລີ່ມຕົ້ນການແຮັດໃໝ່ທີ່ວາງແຜນໄວ້ຂອງ Git ສ້າງຄັງເກັບທີ່ຮູບແບບເກົ່າຂອງມື້ນີ້ ບໍ່ສາມາດສື່ສານນຳໄດ້. ໃນວິດີໂອນີ້, ເປັນຫຍັງຈຶ່ງປ່ຽນ? ຫຍັງທີ່ເສຍຫາຍ? ໃຜພ້ອມແລ້ວ? ມີຂໍ້ຍົກເວັ້ນທີ່ກຳລັງເຮັດວຽກຢູ່ໃນ GitHub ແລ້ວ. ຂ້ອຍຈະສະແດງໃຫ້ເຈົ້າເຫັນວ່າມັນພິສູດຫຍັງໃນຕອນທ້າຍ. ມັນແມ່ນວັນສຸກ, ວັນທີສອງຕຸລາ, ແລະນີ້ແມ່ນ The Daily Diff.
0:18 ໃນວັນພະຫັດ, ຜູ້ຮ່ວມກໍ່ຕັ້ງ GitHub ໄດ້ເອີ້ນການປ່ຽນແປງທີ່ວາງແຜນໄວ້ຂອງ Git ວ່າເປັນຄວາມຜິດພາດທີ່ມີຄ່າໃຊ້ຈ່າຍສູງ. Pi ໄດ້ປ່ອຍ harness agent ໃໝ່, ແລະ SvelteKit ໄດ້ປ່ອຍການຍ້າຍອີກອັນໜຶ່ງ. Scott Chacon ໄດ້ຊ່ວຍສ້າງ GitHub ແລະຂຽນ Pro Git, ດັ່ງນັ້ນຄຳຮ້ອງທຸກນີ້ມາຈາກ ພາຍໃນເຮືອນ. ເຮືອນຍັງຂາຍເຄື່ອງມື Git. ທໍາອິດ, ແຜນການຕົວຈິງ.
Git 3 ປ່ຽນແປງຫຍັງແທ້?
0:35 Git 3 ຈະກຳນົດຄ່າເລີ່ມຕົ້ນຄັງເກັບໃໝ່ເປັນ SHA 256, ເມື່ອຫ້ອງສະໝຸດແລະບໍລິການໂຮສຕິງພ້ອມທີ່ຈະຮອງຮັບມັນ. ເອກະສານທາງການບໍ່ໃຫ້ວັນທີປ່ອຍແລະຍັງຮອງຮັບ SHA 1. ຄັງເກັບທີ່ມີຢູ່ຂອງເຈົ້າບໍ່ໄດ້ປ່ຽນຮູບແບບຢ່າງມະຫັດສະຈັນເມື່ອເຈົ້າອັບເກຣດ executable. ນັ້ນຄືສິ່ງທີ່ຄວນຈື່ກ່ອນທີ່ກຸ່ມສົນທະນາຂອງເຈົ້າຈະກຳນົດເວລາ ການຍ້າຍສຸກເສີນ. ລະຄອນແມ່ນຄ່າເລີ່ມຕົ້ນທີ່ຖືກສະເໜີ, ແລະກຳນົດເວລາຍັງເປັນປະຕິທິນຫວ່າງເປົ່າ.
ເປັນຫຍັງຕ້ອງປ່ຽນ SHA-1 ຖ້າ Git ກວດພົບການຂັດກັນ?
0:58 ເປັນຫຍັງຕ້ອງປ່ຽນແປງທັງໝົດ? Git ຕັ້ງຊື່ອອບເຈັກໂດຍການແຮັດເນື້ອໃນຂອງພວກມັນ. ໄຟລ໌ເຂົ້າໄປໃນຕົ້ນໄມ້, ແລະຄຳໝັ້ນສັນຍາອ້າງເຖິງຕົ້ນໄມ້ແລະຄຳໝັ້ນສັນຍາກ່ອນໜ້າ. ນັ້ນເຮັດໃຫ້ເຈົ້າມີຄວາມສົມບູນທົ່ວປະຫວັດສາດ. ປ່ຽນຮູບແບບການແຮັດແລະຊື່ອອບເຈັກກໍປ່ຽນແປງເຊັ່ນກັນ, ລວມທັງການອ້າງອີງທີ່ເກັບໄວ້ພາຍໃນອອບເຈັກອື່ນໆ. Chacon ກັບຄືນໄປຫາ Linus Torvalds, ຜູ້ສ້າງ Git, ໂຕ້ຖຽງວ່າ
1:17 ການແຈກຢາຍທີ່ເຊື່ອຖືໄດ້ມີຄວາມສໍາຄັນ. ນັ້ນຄືຕຳແໜ່ງທາງປະຫວັດສາດ, ແລະ Linus ເລືອກ SHA 1 ຄືນ ໃນປີ 2005. ກໍລະນີຄວາມປອດໄພໄດ້ປ່ຽນແປງຕັ້ງແຕ່ນັ້ນມາ. ນັກຄົ້ນຄວ້າໄດ້ສະແດງໃຫ້ເຫັນການຂັດກັນຂອງ SHA 1 ໃນປີ 2017, ແລະຕໍ່ມາໄດ້ສະແດງການໂຈມຕີ prefix ທີ່ຖືກເລືອກຕໍ່ໃບຢັ້ງຢືນຕົວຕົນ PGP. Git ທີ່ທັນສະໄໝກວດພົບການໂຈມຕີການຂັດກັນທີ່ຮູ້ຈັກດ້ວຍ SHA 1 ທີ່ແຂງແຮງຂຶ້ນ. ຜູ້ຮັກສາຂອງມັນຕ້ອງການການປ້ອງກັນຕໍ່ການໂຈມຕີໃນອະນາຄົດເຊັ່ນກັນ, ເຊິ່ງເປັນສິ່ງທີ່ສົມເຫດສົມຜົນທີ່ຈະຕ້ອງການຈາກລາຍເຊັນ.
1:41 Chacon ຄິດວ່າໃບບິນຄ່າລະບົບນິເວດຊື້ຄວາມປອດໄພໜ້ອຍເກີນໄປ. ລາວສະເໜີໃຫ້ເຊັນ checksum ທີ່ແຂງແຮງແຍກຕ່າງຫາກຂອງເນື້ອໃນຕົ້ນໄມ້, ໃນຂະນະທີ່ຮັກສາການກຳນົດທີ່ຢູ່ຂອງອອບເຈັກໃນປັດຈຸບັນໄວ້ພາຍໃຕ້. ຫຍັງທີ່ເສຍຫາຍ? ຂ້ອຍໄດ້ສ້າງທັງສອງຮູບແບບຢູ່ໃນເຄື່ອງແລະແຮັດໄຟລ໌ນ້ອຍໆອັນດຽວກັນ.
ການກວດສອບຄວາມເຂົ້າກັນໄດ້ໃນທ້ອງຖິ່ນຂອງພວກເຮົາສະແດງໃຫ້ເຫັນຫຍັງ?
1:54 ຊື່ອອບເຈັກໜຶ່ງມີ 40 ຕົວອັກສອນ hex, ອີກອັນໜຶ່ງມີ 64 ຕົວອັກສອນ. ຈາກນັ້ນຂ້ອຍພະຍາຍາມດຶງລະຫວ່າງພວກມັນ. Git ທີ່ຕິດຕັ້ງຂອງຂ້ອຍໄດ້ປະຕິເສດມັນດ້ວຍ algorithms ທີ່ບໍ່ກົງກັນ, ຊ່ອງຫວ່າງຄວາມເຂົ້າກັນໄດ້ທີ່ອະທິບາຍໄວ້ໃນຄູ່ມືທາງການປັດຈຸບັນ. ນີ້ໃຊ້ Git ເກົ່າທີ່ຕິດຕັ້ງຂອງຂ້ອຍ, ດັ່ງນັ້ນມັນບອກພວກເຮົາກ່ຽວກັບຂອບເຂດຂອງມື້ນີ້. ການເອີ້ນວ່າມັນເປັນການທົດສອບຂອງ Git 3 ທີ່ຍັງບໍ່ໄດ້ປ່ອຍຈະເປັນການບັນຊີທີ່ສ້າງສັນ. ວຽກງານການຍ້າຍໄປເຖິງສະຄຣິບທີ່ສົມມຸດຄວາມຍາວຂອງ hash, ແລະລະບົບທີ່ເຊື່ອມຕໍ່ກັບຊື່ອອບເຈັກ.
2:19 ການແຮັດປະຫວັດສາດຄືນໃໝ່ຕ້ອງການການສ້າງແຜນທີ່ລະຫວ່າງຕົວຕົນເຫຼົ່ານັ້ນ. ການອອກແບບການປ່ຽນແປງຂອງ Git ລວມເຖິງການສ້າງແຜນທີ່ນັ້ນແລະການຈັດການລາຍເຊັນ. ຄວາມພ້ອມຂອງການປະຕິບັດມີຄວາມສໍາຄັນ, ເພາະວ່າເອກະສານການອອກແບບບໍ່ໄດ້ອັບເກຣດ ຫ້ອງສະໝຸດທີ່ເຊື່ອງຢູ່ໃນເຄື່ອງມືພັດທະນາທີ່ເຈົ້າມັກ. ນັ້ນຄືຄ່າໃຊ້ຈ່າຍຂອງມະນຸດໃນການໂຕ້ຖຽງຂອງ Chacon. ຜູ້ຮັກສາເຄື່ອງມືທຸກຄົນໄດ້ຮັບວຽກງານຄວາມເຂົ້າກັນໄດ້ອີກອັນໜຶ່ງ, ໃນຂະນະທີ່ຜູ້ໃຊ້ຄົ້ນພົບວ່າລະບົບຄວບຄຸມເວີຊັນຂອງພວກເຂົາຕ້ອງການການຄວບຄຸມເວີຊັນ. ສຳລັບດຽວນີ້, ທົດສອບໂຮສແລະເຄື່ອງມືຂອງເຈົ້າກ່ອນທີ່ຈະເລືອກຮູບແບບໃໝ່ສຳລັບ
2:44 ໂຄງການ. ທີມທີ່ມີຢູ່ແລ້ວສາມາດຮັກສາຮູບແບບປັດຈຸບັນຂອງພວກເຂົາໃນຂະນະທີ່ລະບົບນິເວດນັ້ນ ຕາມທັນ. ໃນຂະນະດຽວກັນ, Pi ບັນລຸ 1.0.
ຫຍັງທີ່ຍັງເຫຼືອຫຼັງຈາກການຂັດຂ້ອງໃນ Pi Durable?
2:51 ມັນເປັນ harness agent ການຂຽນລະຫັດຈາກ Earendil, ດ້ວຍການຮອງຮັບ MCP ພື້ນເມືອງຜ່ານ Codemode ແລະເຄື່ອງມືທີ່ໂຫຼດເມື່ອຕ້ອງການ. ທີມງານເອີ້ນວ່າ minimalism ຄືຈຸດປະສົງ. ຖ້າການຕັ້ງຄ່າ agent ຂອງເຈົ້າຄ້າຍຄືລັດຖະບານນ້ອຍໆແລ້ວ, ການຮັກສາເຄື່ອງມືອອກຈາກ prompt ຈົນກວ່າຈະຕ້ອງການຄືການປະຕິຮູບການບໍລິຫານ. ມັນຍັງໄດ້ປ່ອຍ Pi Durable, ເປັນ framework ທົດລອງແຍກຕ່າງຫາກ. ໜ້າວຽກບັນທຶກຈຸດກວດກາເພື່ອໃຫ້ຂະບວນການທີ່ເລີ່ມຄືນໃໝ່ສາມາດສືບຕໍ່ວຽກທີ່ບໍ່ສຳເລັດຈາກ ບ່ອນເກັບຂໍ້ມູນຖາວອນ. ລາຍລະອຽດທີ່ສຳຄັນຄືການຫຼິ້ນຄືນເຄື່ອງມື.
3:16 ເຄື່ອງມືທີ່ຖືກຂັດຈັງຫວະໂດຍການຂັດຂ້ອງຈະເຮັດວຽກຄືນໃໝ່ເມື່ອມັນປະກາດວ່າມັນປອດໄພເທົ່ານັ້ນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ໂມເດວຈະຖືກບອກວ່າມັນຖືກຂັດຈັງຫວະ. ນັ້ນຄືຂອບເຂດທີ່ເປັນປະໂຫຍດເມື່ອເຄື່ອງມືສາມາດໃຊ້ເງິນໄດ້. ຂ້ອຍຕ້ອງການໃຫ້ຜູ້ຊ່ວຍຈື່ຈໍາລາຍການ ຊື້ເຄື່ອງຂອງຂ້ອຍໂດຍບໍ່ຕ້ອງສະເຫຼີມສະຫຼອງການຂັດຂ້ອງດ້ວຍການ ຊື້ມັນສອງເທື່ອ.
SvelteKit 3 ຍ້າຍຫຍັງໃຫ້ເຈົ້າ?
3:30 SvelteKit 3 ກໍໄດ້ປ່ອຍໃນວັນພະຫັດເຊັ່ນກັນ, ຍ້າຍການຕັ້ງຄ່າເຂົ້າໄປໃນ Vite ແລະ ປ່ຽນແທນ dollar lib ດ້ວຍ hash lib, ໂດຍໃຊ້ standard package subpath imports. ຄຳສັ່ງການຍ້າຍຈະຂຽນຄືນສິ່ງທີ່ມັນສາມາດເຮັດໄດ້ແລະປະໄວ້ລາຍການທີ່ຕ້ອງເຮັດສຳລັບສ່ວນທີ່ເຫຼືອ. ຫຸ່ນຍົນຂອງເຈົ້າສາມາດຊ່ວຍໄດ້, ແລະ diff ຂອງເຈົ້າຍັງສົມຄວນທີ່ຈະອ່ານ. ການປະກາດແມ້ແຕ່ຮັບສະໝັກໝູ່ຫຸ່ນຍົນຂອງເຈົ້າສຳລັບສ່ວນທີ່ເຫຼືອ. ພວກເຮົາກຳລັງມາເຖິງຈຸດທີ່ການອັບເກຣດ framework ຈະສົ່ງວຽກບ້ານແລະ ຄູສອນທົດແທນທີ່ແນະນໍາ. ແລະຟັງຊັນໄລຍະໄກຍັງຕ້ອງການ Async Svelte ທົດລອງ.
3:56 ໝາຍເລກເວີຊັນຫຼັກໃຫ້ຄວາມຮູ້ສຶກໝັ້ນໃຈ, ແຕ່ຄຸນສົມບັດແຕ່ລະອັນມີປ້າຍ ຄວາມສຸກຂອງຕົນເອງ. ກວດເບິ່ງອັນທີ່ເຈົ້າກຳລັງໃຊ້ແທ້ໆ.
ຂໍ້ຍົກເວັ້ນທີ່ກຳລັງເຮັດວຽກຂອງ GitHub ພິສູດຫຍັງ?
4:03 ດັ່ງນັ້ນໃຜພ້ອມສຳລັບຮູບແບບໃໝ່ຂອງ Git? ນີ້ແມ່ນຂໍ້ຍົກເວັ້ນນັ້ນ. ຄັງເກັບ GitHub ສາທາລະນະທີ່ມີຄຳປາໄສຂອງ Brian Carlson ໄດ້ສົ່ງຄືນ ຊື່ອອບເຈັກ SHA 256 ເຕັມ. ຂ້ອຍກວດສອບ remote ສາທາລະນະໂດຍກົງ. ສະໄລ້ຄຳປາໄສເອີ້ນການຮອງຮັບວ່າເປັນການເບິ່ງຕົວຢ່າງສ່ວນຕົວແລະບອກວ່າການສ້າງຄັງເກັບ ຍັງມາ. ມີຄວາມຄືບໜ້າຕົວຈິງຢູ່ເບື້ອງຫຼັງຫ້ອງລໍຖ້າ. ນັ້ນພິສູດວ່າ GitHub ສາມາດໃຫ້ບໍລິການຄັງເກັບຕົວຢ່າງນີ້ໄດ້.
4:24 ມັນໃຫ້ພວກເຮົາບໍ່ມີການຮັບປະກັນວ່າການສ້າງໂຄງການທໍາມະດາຫຼືການເຊື່ອມໂຍງ ທັງໝົດຂອງເຈົ້າພ້ອມແລ້ວ. ຂໍ້ຍົກເວັ້ນມີຂອບເຂດການອະນຸຍາດ. ຖ້າເຈົ້າຢາກອ່ານອັນນີ້ແທນທີ່ຈະໄດ້ຍິນຂ້ອຍເວົ້າ, diff ຈະມາຮອດກ່ອງຈົດໝາຍຂອງເຈົ້າ ທຸກເຊົ້າ, ຟຣີທີ່ the daily diff dot dev, ລິ້ງຢູ່ລຸ່ມນີ້. ດັ່ງນັ້ນຄຳຕັດສິນຂອງມື້ນີ້ຄື needs review.
ເປັນຫຍັງຄຳຕັດສິນຂອງຂ້ອຍຈຶ່ງຂຶ້ນກັບລະບົບເຄື່ອງມືທັງໝົດ?
4:40 ຂ້ອຍຈະຮັກສາທາງເລືອກ hash ທີ່ແຂງແຮງກວ່າ, ແລະທົດສອບລະບົບເຄື່ອງມືທັງໝົດກ່ອນທີ່ຈະປ່ຽນ ຄ່າເລີ່ມຕົ້ນ. ຄວາມເຂົ້າກັນໄດ້ແມ່ນສ່ວນໜຶ່ງຂອງການຈັດສົ່ງການປັບປຸງຄວາມປອດໄພ. ແລະນັ້ນຄື diff ສໍາລັບມື້ນີ້. ຂ້ອຍຊື່ Niko ຈາກ Axrisi. ປະສານງານຢ່າງມີຄວາມຮັບຜິດຊອບ.
ແຫຼ່ງຂໍ້ມູນ
- Chaconblog.gitbutler.com
- Git's official plangit-scm.com
- Current interoperabilitygit-scm.com
- Transition designgit-scm.com
- Independent collision researchsha-mbles.github.io
- GitHub preview repositorygithub.com
- Pi 1.0earendil.com
- Pi Durableearendil.com
- SvelteKit 3svelte.dev
- HN discussionnews.ycombinator.com



