https://www.opennet.me/openforum/vsluhforumID3/102813.html Несмотря на децентрализованный характер Git, для первичного получения исходных текстов требуется сервер, занимающийся отдачей кода. Например, блокирование доступа или сбой в работе GitHub перекроет возможность загрузить код и вынудит искать зеркала, несмотря на то, что данный код может присутствовать в локальных git-репозиториях сотен и тысяч разработчиков. Крис Болл (Chris Ball), долгое время занимавший пост главного инженера проекта One Laptop Per Child, предложил (http://blog.printf.net/articles/2015/05/29/announcing-gittorrent-a-decentralized-github/) использовать технологии BitTorrent для решения данной проблемы. Кроме общей концепции Крис подготовил и опубликовал (https://github.com/cjb/gittorrent) под лицензией MIT прототип дополнения для git с реализаций транспорта, загружающего данные через BitTorrent, а также специальный демон, отдающий содержимое локального git-репозитория через BitTorrent.<br><br><br><br>Идея проекта достаточно проста - по аналогии, как BitTorrent позволяет сформировать распределённую сеть https://www.opennet.me/openforum/vsluhforumID3/102813.html#82 Tue, 02 Jun 2015 07:41:41 GMT &gt; Зачем здесь что-то большее, чем скрипт?<br><br>согласен, незачем. но оно тянет за собой идиотскую ноду.<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#81 Tue, 02 Jun 2015 07:31:34 GMT Не мешайте чуваку демонстрировать свое ЧСВ.<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#80 Mon, 01 Jun 2015 20:49:12 GMT Я сам ни разу не фанат всего, что идёт мимо пакетного менеджера. Но вот самих рантаймов - число весьма ограниченное. Что там - перл, питон (2.7 по факту хватает), джава, нода. Ну руби ещё. не велика проблема хоть все поставить - по нынешним временам - в плане дискового пространства это абсолютные копейки.<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#79 Mon, 01 Jun 2015 20:42:49 GMT Да хрен с ней, с дельтой. Хотя бы для полного clone сделали костыль - решилось бы 99% проблем.<br><br>А всё остальное - чаще не GPRS, а просто падает раз в N минут при не слишком высокой скорости (когда репа качается, скажем, минут 15). С VPN на хреноватых каналах такое - сплошь и рядом. Обычная корпоративная проектная репа и обычный же корпоративный VPN. И не с одним заказчиком я такое видел, тормозной отваливающийся VPN - скорее норма. Да, я понимаю, что каналы должны быть хорошими, VPN - правильно настроенным и т.д. Но вот реальность такая - попадал не раз.<br><br>А трескать место на сервере надо один раз. По принципу "раз в сутки генерим бандл и сутки его держим". Бандл - тупо архив репы, для всех клиентов одинаковый. Что даёт возможность забрать львиную долю объектов, остальное дотянется обычным образом. В сущности, проблема с этим ровно одна - хотелось бы, чтобы это было внутри гита, чтобы автоматом работало с дефолтным гитом на сервере и клиенте. накостылить-то - не проблема, cron + tar на сервере, wget + git https://www.opennet.me/openforum/vsluhforumID3/102813.html#78 Mon, 01 Jun 2015 20:26:41 GMT Что-нибудь вроде специфических шкур под заказчика - ещё и как ложится в репу - куда ж ещё, если может оказаться нужной сборка версии полугодовой давности с багфиксом. А так - скормил системе сборки имя ветки - и готово. И шкурки, понятно, имеют свойство меняться вместе с веяниями моды, изменениями фирменного стиля и т.д. Да и вообще - через пару-тройку лет даже "редко меняющиеся" отрастают так, что весело становится.<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#77 Mon, 01 Jun 2015 20:21:55 GMT Учитывая, что 95% которые с виндами (из разработчиков) - веберы, то нода у них окажется с много большими шансами, чем что-либо другое.<br><br>Но я самого стона не понимаю. Задача для интерпретатора в самый раз - ничего сверхсложного, никаких тяжелых вычислений, и вообще запросы приходят раз в год по обещанию. Зачем здесь что-то большее, чем скрипт?<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#76 Mon, 01 Jun 2015 19:25:02 GMT &gt;&gt;чтобы заморачиваться на докачку?<br>&gt; Примерно 5 ГБ занимает скачанный<br><br>И кстати, Великий Космос внял твоим мольбам о докачке: теперь для тебя есть git поверх торрента же.<br><br>++А ртутные всё ещё тормозят без торрента?! В 2015-ом??? Ниаписуема.<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#75 Mon, 01 Jun 2015 19:21:47 GMT &gt; Примерно 5 ГБ занимает скачанный на ZFS с включенным сжатием LZ4 объём <br>&gt; локального репозитория Netbeans в hg.<br><br>[CODE]REPO SIZE REPO SIZE<br>613M .git 2,7G .hg[/CODE]<br><br>Зря ты, зефирушка, взялся размерами меряться. https://xrunhprof.wordpress.com/2011/04/11/mercurial-vs-git-performance/<br><br>Также ткнись носом -- там и по времени в 2.5-6 раз разница. И не в пользу ртути.<br><br>И таки да, там оно не на "zfs с lz4" (ты у нас один такой), иначе бы разница была в десятки раз.<br> https://www.opennet.me/openforum/vsluhforumID3/102813.html#74 Mon, 01 Jun 2015 19:08:29 GMT &gt; Ты понимаешь о каком объеме трафика идет речь, чтобы заморачиваться на докачку?<br><br>Примерно 5 ГБ занимает скачанный на ZFS с включенным сжатием LZ4 объём локального репозитория Netbeans в hg.<br>OpenJDK и Mozilla не тестировал. Есть ещё OpenOffice, но он по большому счёту не нужен.<br><br>Что, разработчикам этих продуктов совсем-совсем неинтересно знать, что у них недокачалось или оборвалось, раз они не используют Git? Может у них каналы слабые и часто рвётся телефонная связь? Вряд ли. Так почему же они не используют везде распиаренный Git?! Это же модно, молодёжно, привлекательно! Молодняк ушёл Git осваивать, а старики на hg сидят, но почему?<br>