GitHub هغه طریقه بدله کړه چې دا په اوتومات ډول تولید شوي ".tar.gz" او ".tgz" آرشیفونه په خپریدو پا pagesو کې رامینځته کوي ، کوم چې د دوی چیکسمونو کې بدلونونو او د اتوماتیک جوړونې سیسټمونو کې لوی ناکامیو لامل شوی چې د بشپړتیا تصدیق کولو لپاره د پخوانیو په مقابل کې د GitHub څخه ډاونلوډ شوي آرشیفونه چیک کوي. زیرمه شوي چکسمونه، د بیلګې په توګه، د بسته بندۍ میټاډاټا یا جوړ شوي سکریپټونو کې ځای پرځای شوي.
د 2.38 خوشې کولو سره پیل کول، د Git Toolkit کې د ډیفالټ لخوا د gzip جوړ شوی تطبیق شامل دی، کوم چې دا ممکنه کړې چې په عملیاتي سیسټمونو کې د دې کمپریشن میتود لپاره ملاتړ متحد کړي او د آرشیف جوړولو فعالیت ښه کړي. GitHub په خپل زیربنا کې د git نسخه تازه کولو وروسته بدلون غوره کړ. ستونزه د دې حقیقت له امله رامینځته شوې وه چې د جوړ شوي zlib-based gzip پلي کولو لخوا رامینځته شوي کمپریس شوي آرشیفونه د gzip یوټیلیټ لخوا رامینځته شوي آرشیفونو څخه بائنری توپیر لري ، کوم چې د اجرا کولو پرمهال د git مختلف نسخو لخوا رامینځته شوي آرشیفونو لپاره مختلف چیکسمونه رامینځته شوي. د "git آرشیف" کمانډ.
په همدې اساس ، په ګیټ هب کې د git تازه کولو وروسته ، یو څه مختلف آرشیفونه په خوشې پا pagesو کې ښودل شوي چې د زاړه چیکسمونو په کارولو سره تایید ندي تیر شوي. ستونزه پخپله د مختلف جوړونې سیسټمونو، دوامداره ادغام سیسټمونو، او د سرچینې کوډ څخه د کڅوړو جوړولو لپاره وسایلو کې ښکاره شوې. د مثال په توګه ، د شاوخوا 5800 FreeBSD بندرونو مجلس ، د سرچینې کوډونه چې د GitHub څخه ډاونلوډ شوي وو ، مات شوي.
د غلطیو په اړه د لومړنیو شکایتونو په ځواب کې، GitHub په پیل کې دا حقیقت په ګوته کړ چې د آرشیفونو لپاره دایمي چک سمونه هیڅکله تضمین شوي ندي. وروسته له دې چې دا وښودل شوه چې د اغیزمن شوي جوړ شوي سیسټمونو فعالیت بحالولو لپاره په مختلف ایکوسیستمونو کې د میټاډاټا تازه کولو لپاره به لوی مقدار کار ته اړتیا وي، د GitHub استازو خپل ذهنونه بدل کړل، بدلون یې بیرته راستانه کړ او د آرشیفونو تولید پخوانی میتود بیرته راستانه کړ.
د Git پراختیا کونکي لاهم یوې پریکړې ته ندي رسیدلي او یوازې د احتمالي کړنو په اړه بحث کوي. هغه اختیارونه چې په پام کې نیول شوي د ډیفالټ gzip یوټیلیټ کارولو ته بیرته راګرځول شامل دي؛ د زړو آرشیفونو سره مطابقت ساتلو لپاره د "--stable" بیرغ اضافه کول؛ د جوړ شوي تطبیق سره د جلا آرشیف بڼه سره نښلول؛ د زړو ژمنو لپاره د gzip افادیت کارول او د یوې ټاکلې نیټې څخه پیل شوي ژمنو لپاره انلاین پلي کول؛ یوازې د غیر کمپریس شوي آرشیفونو لپاره د فارمیټ ثبات تضمین کول.
د پریکړې کولو ستونزه د دې حقیقت له مخې تشریح شوې چې بهرنۍ کارونې ته زنګ وهل په بشپړ ډول د چیکسم بې ثباتۍ ستونزه نه حل کوي ، ځکه چې د بهرني gzip برنامه کې بدلون هم کولی شي د آرشیف ب formatه کې بدلون لامل شي. اوس مهال، د پیچونو یو سیټ د بیاکتنې لپاره وړاندیز شوی چې د ډیفالټ په واسطه زاړه چلند بیرته راګرځوي (د بهرني gzip یوټیلیټ غږ کول) او په سیسټم کې د gzip یوټیلیټ په نشتوالي کې جوړ شوي پلي کول کاروي. پیچونه په اسنادو کې دا یادونه هم اضافه کوي چې د "ګیټ آرشیف" محصول ثبات تضمین ندی او ب formatه ممکن په راتلونکي کې بدلون ومومي.
سرچینه: opennet.ru