The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск распределенной системы управления исходными текстами Git 2.8.0

29.03.2016 10:06

Состоялся релиз распределенной системы управления исходными текстами Git 2.8.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux, Android, LibreOffice, Systemd, X.Org, Wayland, Mesa, Gstreamer, Wine, Debian, DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, PostgreSQL, VideoLAN, PHP, Xen, Minix.

По сравнению с прошлым выпуском в новую версию принято 532 изменения, подготовленных при участии 74 разработчиков, из которых 22 впервые приняли своё участие в разработке. Основные изменения:

  • Параллельное извлечение субмодулей из репозитория при выполнении команды "git submodules". Git-репозиторий может включать в себя другие репозитории, оформленные как субмодули, что часто используется для включения в основной проект библиотек и других внешних зависимостей. Основной репозиторий включает информацию о том, какие субмодули включены и какие версии каждого субмодуля используются. Извлечение основного репозитория с больших числом субмодулей (git fetch --recurse-submodules) ранее могло занять много времени, так как субмодули извлекались один за другим. В Git 2.8.0 появилась возможность загружать субмодули в несколько параллельных потоков, число которых определяется через опцию "--jobs" (например, "git fetch --recurse-submodules --jobs=4").
  • Добавлена настройка user.useconfigonly ("git config --global user.useconfigonly true"), позволяющая запретить совершение коммита без предварительно привязанных к репозиторию идентификационных параметров коммитера (имя и email). При первом коммите, если в конфигурации не заданы параметры user.name и user.email, при установке опции user.useconfigonly будет выведена ошибка. Подобное поведение позволяет исключить публикацию коммитов не под тем именем, в условиях когда разработчик использует разные идентификаторы для разных проектов (например, один email используется для внешних открытых проектов, а дугой для рабочих). Часто, при работе с новым репозиторием разработчик забывает установить в настройках имя и email, что приводит к совершению коммита под нежеланными параметрами, определёнными на основе ранее используемых настроек.
  • Добавлена большая порция улучшений, направленных на обеспечение комфортной работы с Git на платформе Windows. Многие git-команды, ранее доступные в виде скриптов, переписаны на языке Си. Из проекта Git for Windows перенесены многие специфичные для Windows исправления. В команды, использующие текстовые файлы в качестве входных данных, добавлена поддержка различных схем перевода строки (LF и CRLF);
  • Предоставлена возможность отключения фильтров clean и smudge через указание в них пустых строк. Отключение фильтров позволяет значительно сократить время клонирования репозитория, использующего внешнее хранилище бинарных объектов Git LFS;
  • Добавлена возможность отследить в каком именно месте был изменён параметр конфигурации (в системных, пользовательских или привязанных к репозиторию настройках). В новом выпуске при выполнении "git config --show-origin" показывается источник изменения.
    
        $ git config --show-origin user.name
        file:/home/me/.gitconfig    Me Myself
    
  • Для диагностики проблем с концом строки добавлена новая команда "git ls-files --eol FILENAME":
    
        $ git ls-files --eol README.md screenshot.png
        i/lf    w/lf    attr/                   README.md
        i/-text w/-text attr/                   screenshot.png
    
  • В команде "git ls-remote" обеспечен вывод ветки, используемой в удалённом репозитории по умолчанию:
    
        $ git ls-remote --symref origin HEAD
        ref: refs/heads/master  HEAD
        db6696f653b917509dac1ac13b922e12773a84ff        HEAD
    
  • В "git grep" добавлена возможность указания числа потоков, задействованных для поиска файлов;
  • Прекращена поддержка транспорта "rsync://" при выполнении "git clone", который достаточно давно находится в неработоспособном виде и, судя по отсутствию сообщений о проблемах, невостребован пользователями;
  • Внесены изменения и чистки, призванные избежать возникновения проблем, подобных критической уязвимости CVE-2016-2324, исправленной в выпусках 2.4.11, 2.5.5 и 2.6.6 и 2.7.4.


  1. Главная ссылка к новости (https://lkml.org/lkml/2016/3/2...)
  2. OpenNews: Выпуск Git 2.4.11, 2.5.5 и 2.6.6 и 2.7.4 с устранением критических уязвимостей
  3. OpenNews: Опасная уязвимость во всех версиях Git
  4. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.7.0
  5. OpenNews: Разработка Python переносится на Git и GitHub
  6. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.6.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/44125-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (71) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:48, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > добавлена поддержка различных схем перевода строки (LF и CRLF);

    Шик, блеск!

     
     
  • 2.6, Andrey Mitrofanov (?), 11:33, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >> добавлена поддержка различных схем перевода строки (LF и CRLF);
    > Шик, блеск!

    Пользователи Майкрософт должны страдать. Гуманизм и самоотверженное костыляние разработчиков git-а просто удивительны. Неужели среди вендузятников есть разработчики?!


    * Many commands that read files that are expected to contain text
    that is generated (or can be edited) by the end user to control
    their behavior (e.g. "git grep -f <filename>") have been updated
    to be more tolerant to lines that are terminated with CRLF (they
    used to treat such a line to contain payload that ends with CR,
    which is usually not what the users expect)

    * The low-level merge machinery has been taught to use CRLF line
    termination when inserting conflict markers to merged contents that
    are themselves CRLF line-terminated.

     
     
  • 3.20, Аноним (-), 13:06, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ога под винду софта эдак раз в 5000 больше, его барабашки пишут, или он сам пишется наверно...
     
     
  • 4.23, Нимано (?), 13:29, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > его барабашки пишут,
    > или он сам пишется наверно...

    Наверное сам – или кто-то запрещал страдающим самим сделать патч? o_O


     
  • 4.28, GrammarNarziss (?), 15:06, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    «Микрософта», алё!
     
     
  • 5.29, Andrey Mitrofanov (?), 15:13, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > «Микрософта», алё!

    Нет. Полегче с нарциссизмом.

     
  • 5.51, Аноним (-), 10:28, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > «Микрософта», алё!

    Здесь 2 ошибки в слове «Некрософта».

     
  • 4.37, Аноним (-), 20:59, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А количество оптимизаторов реестра стремится к бесконечности.
     
     
  • 5.43, Нимано (?), 23:12, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимизация реестра? Вполне успешно выпаривают дефрагментаторы для нтфс на ССД, а особо продвинутые  -- для оперативной памяти!
     
  • 4.56, baby (??), 15:05, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Школьник, открой исходники которые компилятся под винду, в крайнем случаее, зайди в "папку" Program File/Git и посмотри что у тебя там лежит.
     
  • 3.49, Аноним (-), 10:26, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Неужели среди вендузятников есть разработчики?!

    И в дерьме встречаются жемчужины.

     
     
  • 4.55, Аноним (-), 13:49, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> среди вендузятников
    > И в дерьме

    Achievement unlocked: ЧСВ over 9000!

    Илита уже переписала центр приложения для убунты, портаж, днф и еще кучу софта? Или невместно непризнанным гениям таким не занимаються?

     
  • 4.76, Led (ok), 00:34, 02/04/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Неужели среди вендузятников есть разработчики?!
    > И в дерьме встречаются жемчужины.

    Так то ж жемчужины (их проткнут эппловским инструментом и сделают бусики), а не разработчики.

     

  • 1.3, ghost (??), 10:54, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "git config --global user.useconfigonly true"

    Вот этого точно три года ждал!

     
     
  • 2.33, Какаянахренразница (ok), 19:26, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да. Бывали конфузы, когда светились "не то" имя и "не тот" емэйл.
     

  • 1.4, Аноним (-), 11:15, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем был плох rsync?
     
     
  • 2.5, Аноним (-), 11:25, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Всем был пох rsync.
     
  • 2.7, Andrey Mitrofanov (?), 11:34, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем был плох rsync?

    Очевидно же, что он мешал. Вендузятникам костылять git.

     
     
  • 3.30, Andrey Mitrofanov (?), 15:48, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Чем был плох rsync?
    > Очевидно же, что он мешал. Вендузятникам костылять git.

    "git по rdp не умеет. Индусы переживают!"

    B) ...http://www.opennet.me/openforum/vsluhforumID3/105139.html#20

     
  • 2.31, freehck (ok), 16:56, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как можно Git сравнивать с Rsync?
     
  • 2.35, Аноним (-), 20:14, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что «достаточно давно находится в неработоспособном виде и, судя по отсутствию сообщений о проблемах, невостребован пользователями».
     
  • 2.42, CaptainObvious (?), 23:01, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Его не было.
    И никто этого не замечал.
     

  • 1.8, Аноним (-), 11:39, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    По пути systemd идут разработчики...
     
     
  • 2.10, Аноним (-), 11:41, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    системдэ это особый случай, даже ядру Linux до него еще далеко
     

  • 1.9, Аноним (-), 11:40, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    лет пять назад были мощнейшие холивары на тему Git vs SVN vs Mercurial) эх были времена...
     
     
  • 2.14, gaga (ok), 11:57, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Сейчас уже просто все ясно, вот и прекратились:
    svn - для геронтофилов и мазохистов, git - для любителей "ассемблера от SCM" и покурить маны годик-другой, или тех, кто не может без гитхаба, hg - для тех, кому просто нужно работать без проблем. Эти категории редко пересекаются, поэтому и сраться особо некому.
     
     
  • 3.18, Andrey Mitrofanov (?), 12:43, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Сейчас уже просто все ясно, вот и прекратились:
    > svn - для геронтофилов и мазохистов

    Виндоуз-"профессионалы" коммитят фильмы и икзешники. Это неадо, свежо и современно.

    >, git - для любителей "ассемблера от SCM" и покурить маны годик-другой, или тех, кто не может без

    Ну почему ж, виндоуз-"профессионалы" костылят и его, как могут: CRLF-ы воркараудят, тесты отключают, котрые виндовые ФС и ядро нунимогут, кеши каких-то майкрософтовских креденшалов запиливают.

    Кипит работа по "очеловечиванию", чтоб "для всех"!  Вот-вот уже.

    > Эти категории редко пересекаются, поэтому и сраться особо некому.

    Да. Скучаем. Ждём.

     
  • 3.38, Аноним (-), 21:02, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Сейчас уже просто все ясно, вот и прекратились:
    > svn - для геронтофилов и мазохистов, git - для любителей "ассемблера от
    > SCM" и покурить маны годик-другой, или тех, кто не может без
    > гитхаба, hg - для тех, кому просто нужно работать без проблем.
    > Эти категории редко пересекаются, поэтому и сраться особо некому.

    А hg разве кто-то использует? Он же на питоне.

     
     
  • 4.44, CaptainObvious (?), 23:22, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Всякие двухголовые типы.
     
     
  • 5.66, Аноним (-), 20:11, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Всякие двухголовые типы.

    А также эстонци. Пиитоон нее таармаазиит.

     
  • 4.45, Аноним (-), 01:22, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А hg разве кто-то использует? Он же на питоне.

    https://github.com/git/git/search?l=python
    Не смущает Ваши религиозные чуЙства?

     
     
  • 5.46, Аноним (-), 07:21, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это вспомогательные редко используемые инструменты, вероятно что активные разработчики просто очень редко ими пользуются или вообще не пользуются и поэтому отложили их переписывание на Си в долгий ящик.
     
     
  • 6.57, Аноним (-), 15:35, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, а в hg только хардкор W питон, а в гите только си Да и вообще 8211 ни... большой текст свёрнут, показать
     
     
  • 7.58, Аноним (-), 17:23, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да и вообще – никто же hg не использует!

    Так и есть.

    >И правда, куда там всяким фейсбукам
    >nginx-ам
    >или мозиллам

    Как-то жидковато по сравнению с аналогичным списком у git, в фейсбуке какого только крапа не использовали, лучше и не вспоминать. А из Mozilla так и вообще всякое сомнительное прёт бурным потоком, то какие-то проприетарные сервисы встраивают в браузер, то пихают средства для web-разработчиков в браузер, то переписывать на каком-то убогом rust собираются.

    >написать более быстрый аналог питоно-кода на си

    Слишком толсто, python совсем уж убог в плане скорости, так что такое невозможно даже теоретически.

     
     
  • 8.59, Аноним (-), 17:44, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оперативно сруливаем с темы Речь, как бы, о системе управления исходными текст... большой текст свёрнут, показать
     
     
  • 9.60, Аноним (-), 17:53, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вы про себя Речь именно о git и hg, и о том что hg к вашему сожалению безна... текст свёрнут, показать
     
     
  • 10.61, Аноним (-), 18:48, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да конечно же речь именно о hg Внимание Ванга в треде Все одеваем шапочки... текст свёрнут, показать
     
     
  • 11.64, Аноним (-), 19:34, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж тяжёлая у тебя работа, пропагандировать никому не нужное УГ на безбожно то... текст свёрнут, показать
     
  • 11.69, Аноним (-), 21:08, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя что причинно-следственные связи совсем не работают, речь о том что hg выб... текст свёрнут, показать
     
  • 9.71, Аноним (-), 01:39, 31/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты срулил с темы Назвал три проекта и жидко обocpaлcя, о том что всё осталь... текст свёрнут, показать
     
     
  • 10.73, Аноним (-), 06:09, 31/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как у тебя бомбит, когда тебя игнорят Обделался тут как раз некий hg кто-то и... большой текст свёрнут, показать
     
  • 8.63, Аноним (-), 19:33, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В меркуриале критичные части реализованы на си Субъективно - он медленнее совсе... текст свёрнут, показать
     
     
  • 9.72, Аноним (-), 01:40, 31/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Возьми проект уровня ядра или FreeBSD, и посмотри на своё чуть-чуть ... текст свёрнут, показать
     
     
  • 10.75, Аноним (-), 06:48, 31/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    hg mozilla org побольше freebsd будет, вполне нормально работает все ... текст свёрнут, показать
     
  • 9.77, Led (ok), 00:38, 02/04/2016 [^] [^^] [^^^] [ответить]  
  • +/
    О, вот чувствуется терминология не школьника, а реального аналитика ... текст свёрнут, показать
     
  • 5.54, Аноним (-), 11:39, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://github.com/git/git/search?l=python
    > Не смущает Ваши религиозные чуЙства?

    Мы в состоянии набить в поиске lang:C, поэтому не смущает. Гадюк - в террариум.

     
  • 3.40, Led (ok), 21:24, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > hg - для тех, кому просто нужно работать

    Да, аплогеты гвидобейсика - они гов^Wпросторабочие.

     
  • 3.52, Аноним (-), 10:34, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > svn - для геронтофилов и мазохистов, git - для любителей "ассемблера от
    > SCM" и покурить маны годик-другой,

    Не плакай, для самых маленьких в свежих студиях git поддерживается.

    > hg - для тех, кому просто нужно работать без проблем.

    Hg все, на него основной разработчик забил. Работа без проблем, говорите?

     
  • 3.70, Аноним (-), 01:31, 31/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > git - для любителей "ассемблера от SCM" и покурить маны годик-другой, или тех, кто не может без гитхаба, hg - для тех, кому просто нужно работать без проблем

    Да что ты? Только на деле почему-то получается что "работающих" раз-два и обчёлся, все только маны курят: https://www.openhub.net/repositories/compare. Смиритесь, git как простой и эффективный инструмент выиграл, а поделка в которой без документации с её мультихедами и сортами веток действительно не разобраться осталась уделом извращенцев. Даже питонщики уже на git.

     
     
  • 4.74, Аноним (-), 06:16, 31/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже питонщики уже на git.

    А сами питонщики в курсе?
    https://www.python.org/dev/peps/pep-0481/
    > Status: Draft
    > Type: Process
    > Created: 29-Nov-2014

     

  • 1.11, XXasd (?), 11:46, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    LFS -- будут (собираются вообще?) включать во встроенные возможности GIT ?
     
     
  • 2.19, Andrey Mitrofanov (?), 12:44, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > LFS -- будут (собираются вообще?) включать во встроенные возможности GIT ?

    Вот Linux From Scratch -- это точно к культу зюстем-дэ.

     
     
  • 3.21, saahriktu (ok), 13:13, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть же 2 версии LFS'а - как с systemd, так и без. Я юзаю без systemd. А вот в инструментах целые операционки не нужны, да (другой вопрос, что об этом могут мечтать виндузятники, у которых нет доступа к линуксовой консоли). И, вообще, тарболы для исходников надёжнее.
     
     
  • 4.25, Аноним (-), 13:48, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Всё, что вы описали - это про циско.
    - Skype-driven development(от перфорса хотелось блeвaть, я пересылал по скупому тарболлы, но те, кто на вантузе - предпочитали зипы).
    - Во все свои рецепты я запиливал прогон всех файлов через dos2unix. У остальных без этого ничего не работало.
     
     
  • 5.53, Аноним (-), 10:36, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У проприетарной компании и условия работы парашные, как будто это новость.
     
  • 3.24, Аноним (-), 13:44, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Large File Storage здесь. Пока доставляю отдельно.
     
     
  • 4.27, Andrey Mitrofanov (?), 14:05, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Large File Storage здесь. Пока доставляю отдельно.

    #>>Виндоуз-"профессионалы" коммитят фильмы и икзешники. Это не-адо, свежо и современно.

    Скорее бы уже, а то как же мы, болезные, без _облачного_ гитхабикового FTP-то для бинарников внутри распределённо-SCM-ного git-a-то.

     
     
  • 5.47, Crazy Alex (ok), 08:10, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ту же графику к проектам тоже как-то хранить/версионировать надо, как ни странно. А размерчики там бывают приличные.
     

  • 1.16, Аноним (-), 12:31, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > git fetch --recurse-submodules --jobs=4

    джва года ждал

     
  • 1.17, Sunderland93 (ok), 12:41, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >>Параллельное извлечение субмодулей из репозитория

    Мои молитвы были услышаны!

     
     
  • 2.22, Аноним (-), 13:22, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Молитвой и багрепортом можно добиться гораздо большего, чем просто молитвой.
     
     
  • 3.26, Аноним (-), 13:50, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Молитвой и багрепортом можно добиться гораздо большего, чем просто молитвой.

    Полностью согласен с вами! Добавлю от себя: Ровно того же самого, что и просто багрепортом.

     
     
  • 4.62, Ordu (ok), 19:00, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это смотря какие молитвы. Если молитвы сопровождаются человеческими жертвами...
     
     
  • 5.67, Аноним (-), 20:13, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Это смотря какие молитвы. Если молитвы сопровождаются человеческими жертвами...

    Как показал пример Рейзера, это начинает мешать отправке патчей...

     
  • 3.41, Ilya Indigo (ok), 21:30, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Багрепортом и пачем можно добиться гораздо большего, чем просто багрепортом.
     

  • 1.32, Андрей (??), 18:08, 29/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Прекращена поддержка транспорта "rsync://" при выполнении "git clone",

    Классно, что когда докачка - это уже давным давно само собой разумеющаяся вещь, git clone её не умеет. (Про rsync не знал.)

     
     
  • 2.34, Andrey Mitrofanov (?), 20:01, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Прекращена поддержка транспорта "rsync://" при выполнении "git clone",
    > Классно, что когда докачка - это уже давным давно само собой разумеющаяся
    > вещь, git clone её не умеет.

    Для тех, кто в Китае повторяем: http://git.661346.n2.nabble.com/How-to-resume-broke-clone-td7600001.html#a760 это Вы не умеете, учитесь.

    Для тех, кто в Китае повторяем: http://git.661346.n2.nabble.com/How-to-resume-broke-clone-td7600001.html#a760 это Вы не умеете, учитесь.

    И больше не повторяйте глупостей.

    > (Про rsync не знал.)

    Ничего не потерял!

     
     
  • 3.36, Андрей (??), 20:16, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > GIT_SMART_HTTP=0

    Ну если для докачки нужно делать SMART=0, то HTTP в git какой-то совсем не smart.

     
     
  • 4.39, Andrey Mitrofanov (?), 21:18, 29/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> GIT_SMART_HTTP=0
    >нужно делать SMART=0

    Это ж эспешели фор ю.

    >какой-то совсем не smart.

     
  • 3.48, Crazy Alex (ok), 08:20, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну кривизна же, да ещё и прибитая к HTTP. А с ssh как быть? Правильно, никак.
     
     
  • 4.50, Andrey Mitrofanov (?), 10:28, 30/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну кривизна же, да ещё и прибитая к HTTP. А с ssh
    > как быть? Правильно, никак.

    Попросить у Тэо докачки в scp. Чего не понятно-то? Ну, прямо как SMART=0.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру