The OpenNET Project / Index page

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

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

10.12.2018 09:46

Подготовлен выпуск распределенной системы управления исходными текстами Git 2.20.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. По сравнению с прошлым выпуском в новую версию принято 962 изменения, подготовленных при участии 83 разработчика, из которых 26 впервые приняли участие в разработке.

Основные новшества:

  • Добавлен новый класс файлов конфигурации, прикрепляемых к разным рабочим веткам в одном репозитории (до этого предоставлялась возможность определения глобальных настроек, привязки к домашнему каталогу пользователя и привязки к репозиторию ($GIT_DIR/config));
  • Добавлен код для обнаружения на стадии выполнения "git clone" ситуаций, когда в репозитории встречаются файлы, пути к которым отличаются только регистром символов (например, path/file.txt и /path/File.Txt). Так как не все файловые системы различают регистр символов при выявлении подобных пересечений теперь выводится предупреждение;
  • Добавлена оптимизация, сокращающая объём вычислений при оценке различий: исключён учёт delta-изменений для объектов из одного ответвления с другими объектами, которые не появляются в том же ответвлённом репозитории;
  • В команду "git format-patch" добавлены опции "--interdiff" и "--range-diff" для отображении в примечании списка различий между текущей и предыдущей версиями;
  • В команду "git mailinfo", которая также используется в "git am", добавлена возможность восстановления патчей, повреждённых из-за изменения расстановки переводов строки при отправке текста почтовыми клиентом в режиме "format=flawed";
  • Приняты более жёсткие правила в отношении "git push" и "git fetch", в случаях когда обновление ссылки приводит к нарушению согласованности, например, при извлечении и обновлении в существующие тэги. Команда "git fetch" теперь запрещает извлечение в существующие теги при вызове без явного указания опции "--force";
  • В команды "git multi-pack-index" и "git fsck" добавлен код для определения повреждений в индексных файлах ".midx";
  • Добавлен индикатор прогресса при генерации файлов с графом коммитов (commit-graph) и выполнении "git status" при обновлении индекса. Данные операции могут занимать достаточно много времени, что требует информирования пользователя о продолжении работы для исключения видимости зависания;
  • Повышены требования при работе на платформе Windows, в качестве минимальной поддерживаемой версии заявлена Windows Vista;
  • В скрипты автодополенения ввода, поставляемые в contrib/, добавлена поддержка дополнения опций команды "git stash list". Дополнение для команды "git fetch --multiple" ограничено только именами с внешних хостов;
  • Подсказки, выводимые при помощи команд "git help -a" и "git help -av", разделены и сделаны более понятными новичкам. Вторая команда отличается тем, что кроме подробной информации о команде выводится список альтернативных имён и внешних команд;
  • В команду "git grep" добавлена опция "git grep --recursive", отражающая поведение по умолчанию (обход всего дерева). Команда "git grep --no-recursive" может рассматриваться как аналог выставления настройки max-depth в значение 0;
  • При отправке push-запроса к репозиторию, в котором используется альтернативное внешнее хранилище для хранения объектов, удалённый обработчик "git receive-pack" передаёт список используемых ссылок на внешнее хранилище для сокращения объёма передаваемых объектов. В случае очень большого числа подобных ссылок экономия трафика за счёт сокращения числа передаваемых объектов сводится на нет из-за необходимости передачи списка очень большого размера. В новой версии добавлены настройки для управления выдачей информации об альтернативных ссылках;
  • Команда "git cmd --help" в случае, если "cmd" является псевдонимом другой команды, теперь не только выводит ссылку на основную команду, но и сразу выводит подсказку для этой команды;
  • Улучшена работа команды "git p4 unshelve";
  • В команде "rev-list --filter" добавлена поддержка фильтра "tree:0" для исключения всех деревьев;
  • В команде "git send-email" реализовано выявление строк с адресами из всех подписей, заканчивающихся на "-by". Для отключения нового поведения добавлена опция "--suppress-cc=misc-by" и настройка "sendemail.suppresscc = misc-by";
  • Модернизирована логика выбора имени пользователя и email на платформе Windows;
  • В "git mergetool" добавлена опция "--[no-]gui", работающая по аналогии с "git difftool";
  • В команду "git rebase -i" добавлена поддержка ключа 'break', который можно добавлять в списки to-do для индикации конца списка до его фактического завершения;
  • Для опции "--pretty=format:" предложены новые заполнители "%GF" и "%GP", показывающие слепки ключей GPG;
  • Для платформ со свежими версиями библиотеки cURL добавлена настройка http.sslBackend, позволяющая выбрать различные бэкенды для обработки защищённых HTTPS-соединений. В Windows данная настройка позволяет переключиться между использованием OpenSSL и Secure Channel;
  • В команду "git send-email" добавлена опция "--smtp-auth=none" для отключения SMTP-аутентификации, даже если в настройках задано имя пользователя для SMTP;
  • Маска '**', указанная без слеша с одной из сторон, которая ранее считалась некорректной, теперь воспринимается как маска для определения наличия двух символов звёздочка;
  • Реализации команд "git submodule update", "git rebase" и "git rebase -i" полностью переписаны на языке Си. Проведена чистка кода, используемого для команд "git status" и "git commit --dry-run";
  • Обеспечена возможность параллельного чтения индексных файлов для повышения производительности. Увеличена эффективность обхода дерева репозитория при извлечении веток и операциях слияния. Внесены оптимизации при частичном клонировании, связанные с кэшированием.


  1. Главная ссылка к новости (https://lkml.org/lkml/2018/12/...)
  2. OpenNews: Около 390 тысяч сайтов оставили открытыми каталоги .git с кодом
  3. OpenNews: GitHub выпустил Git LFS 2.6.0
  4. OpenNews: Microsoft успешно завершил сделку по покупке GitHub
  5. OpenNews: В Git устранена уязвимость, которая может привести к выполнению кода атакующего
  6. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.19
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49751-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Qwerty (??), 10:34, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ого, как много новшеств. Пусть меня покусают фанатики, но я не припомню, чтобы в минорном релизе раньше их было так много.
     
     
  • 2.2, Андрей (??), 10:50, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > чтобы в минорном релизе раньше их было так много.

    Так там же мелочи. И по сути это не минорный, а просто очередной релиз. Как и с ядром.

    > Наиболее важным нововведением Git 2.18 является интеграция поддержки второй версии коммуникационного протокола Git

    Вот это было настоящее нововведение! А то с некоторыми репозиториями несколько git fetch для обновления по объёму переданных данных были эквиваленты полному git clone.

     
     
  • 3.4, Qwerty (??), 10:57, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Так там же мелочи. И по сути это не минорный, а просто
    > очередной релиз. Как и с ядром.

    Ну так-то да, проект по сути готов, сейчас просто сопровождение. Но всё равно, во преки паникёрам - не закапывают, не лочат, а вполне себе дорабатывают, подкручивают, латают.

     

  • 1.3, хотел спросить (?), 10:52, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Для скачивания доступен только 2.19.1
     
     
  • 2.5, nobody (??), 11:17, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Под винду всегда с отставанием. Напильником дорабатывают
     
     
  • 3.7, KenyaWest (ok), 12:03, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Больше интересует, когда обновление завезут в менеджер Visual Studio Installer?
     
     
  • 4.50, Аноним (50), 10:37, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем? Оно прекрасно понимает, когда что-то обновляется руками, гит тот же или питон, и не отказывается потом с новым работать
     
  • 3.18, хотел спросить (?), 13:03, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Под винду всегда с отставанием. Напильником дорабатывают

    "Latest source Release"

    Ну да логично.

    Интересно как быстро бинарники попадают в линуксовые репы.

     
     
  • 4.43, qwe (??), 22:57, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В арч уже завезли
     
     
  • 5.47, хотел спросить (?), 08:16, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > В арч уже завезли

    Я конечно не большой спец в дистрибутивах. Но я так понимаю это сарказм? ))

    Во всём есть свои плюсы и минусы.

     
  • 2.48, Аноним (48), 08:58, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Есть на
    https://github.com/git-for-windows/git/releases/tag/v2.20.0.windows.1
    просто на основном сайте страницы с ссылками ещё не обновили (скептики могут убедиться лично, что ссылки с https://git-scm.com/download/win ведут именно на этот репозиторий).
     
     
  • 3.51, хотел спросить (?), 11:04, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть на
    > https://github.com/git-for-windows/git/releases/tag/v2.20.0.windows.1
    > просто на основном сайте страницы с ссылками ещё не обновили (скептики могут
    > убедиться лично, что ссылки с https://git-scm.com/download/win ведут именно на этот репозиторий).

    Забавно но за сутки уже что-то поменяли. На git-scm после клика на линк (версия 19) начиначется скачивание 20ой.

     

  • 1.6, Аноним (6), 11:34, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поддержки докачки не хватает
     
     
  • 2.8, Andrey Mitrofanov (?), 12:24, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Поддержки докачки не хватает

    Нусделайчё.

     
  • 2.10, Попугай Кеша (?), 12:34, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И стриминга видео в терминал
     
     
  • 3.13, Аноним (13), 12:41, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Диски тоже не прожигает.
    1/5
     
     
  • 4.21, Аноним (21), 13:58, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А м****т, м****т то забыли!
     
     
  • 5.30, Аноним (30), 17:08, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    магнит?
     
     
  • 6.40, Аноним (21), 19:14, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    мармелад
     
     
  • 7.59, Ы (?), 17:20, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Мармелат
     

  • 1.9, Попугай Кеша (?), 12:34, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Все это прикольно и весело, и интересно. А на практике ладно, если с 10 команд используется. И усе.
     
     
  • 2.14, Аноним (13), 12:42, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Огнетушителем ты тоже каждый день пользуешься?
    Погоди, вот зад задымится, быстро git blame и иже с ним освоишь.
     
  • 2.19, Andrey Mitrofanov (?), 13:26, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Все это прикольно и весело, и интересно. А на практике ладно, если
    > с 10 команд используется. И усе.

    --А на практике ладно, если с 10 команд используется. И усе.
    --Ну, надо же себя заставлять.

    . https://duckduckgo.com/?q=%D0%9D%D1%83%2C+%D0�

     
  • 2.68, arisu (ok), 16:22, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Все это прикольно и весело, и интересно. А на практике ладно, если
    > с 10 команд используется. И усе.

    так для попугаев и это уже много.

     

  • 1.16, X4asd (ok), 12:56, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну что там? новый hash когда уже?
     
     
  • 2.20, Andrey Mitrofanov (?), 13:28, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну что там? новый hash когда уже?

    В 3.0.  Мажор же.

     
     
  • 3.23, X4asd (ok), 14:37, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В 3.0.  Мажор же.

    вроде бы уже давно все современные проекты отказались от специфици major.minor.patch :-) ..

    для проектов где 3 цифорки -- меняют первую цифорку лишь когда вторая цифорка достигает неудобно-большого зачения (при этом "уровень неудобства" оценивают субъективно).

    то есть если не патч (исправление багов) то значит мажорное изменение.

    для остальных проектов: major.patch ну-или-либо major.0.patch (цифорка "нуль" посередине -- просто для совместимости "со старым миром")

     
     
  • 4.24, myhand (ok), 14:52, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > все современные проекты

    95% поди?

    > от специфици major.minor.patch :-)

    Отказались, аж два раза.

    semver.org

     
     
  • 5.41, Аноним (21), 21:00, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > semver.org

    Линус брезгливо смотрит на эту ссылку.

     
  • 5.52, X4asd (ok), 11:40, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > semver.org

    да, отказались вот именно от того что чему посвящён этот сайт. спасибо за уточнение

     
  • 4.32, Гит руль (?), 17:17, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Единственная версия которую ты знаешь это версия гугль хрома. Трудно тебе наверно.
     

  • 1.25, Пользователь Debian (?), 16:24, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Скажите, а чем оно отличается от Subversion?
     
     
  • 2.26, OldFart (?), 16:49, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Subversion - single point of failure (грохнулся сервак и гуд бай), git - redistributed,.т.е. каждый кто скачал репу имеет полную копию
     
  • 2.28, Andrey Mitrofanov (?), 17:03, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Скажите, а чем оно отличается от Subversion?

    Читать умеешь?!  Под кажной новостью.  Же.  И не только про гит.

    http://www.opennet.dev/openforum/vsluhforumID3/112416.html#31
      ~https://git.wiki.kernel.org/index.php/LinusTalk200705Transcript
    http://www.opennet.dev/openforum/vsluhforumID3/107331.html#9

     

  • 1.27, OldFart (?), 16:57, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Остаюсь с https://fossil-scm.org/ , уж больно git перемудренный (больше время на изучение всех его фич уходит чем на работу), в то время как фоссил делает практически все что и гит, но в придачу это один единственный статически скомпиленный файл, который имеет прекрасный веб интерфейс и консоль, плюс встроенную ВиКи и тикеты...
     
     
  • 2.31, Гит руль (?), 17:16, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты один им пользуешься то норм, а если кого-то ещё заставляешь то это плохо.
     
     
  • 3.33, OldFart (?), 17:24, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если ты один им пользуешься то норм, а если кого-то ещё заставляешь
    > то это плохо.

    А можно поподробней, - почему плохо? SQLite вполне себе доказывает коллективное использование.
    Уже лет десять коллективно его используем и плохо не было. Даже если и приходится работать с проектами на гит-е, локально все равно удобней с фоссилом, чтоб не комититить все промежуточное в общую репу. Т.е. локально юзать фоссил, а пушать working tree гитом.

     
     
  • 4.35, Crazy Alex (ok), 17:34, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вы как-то странно гит воспринимаете, если думаете, что с ним надо "комититить все промежуточное в общую репу".

    А так - зависит от масштабов, наверное. Но, помнится, даже для мелкого игрушечного проектика на двоих вместо фоссиловской системы тикетов как-то быстро завёлся мантис.

    Но основной минус фоссила в том, что он не гит :-) В том смысле, что с гитом работать всё равно придётся, соответственно изучать его и держать в системе - тоже. И фоссил сразу становится избыточным.

     
     
  • 5.54, Гит руль (?), 16:05, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Единственная причина использовать фоссил это если ты разработчик sqlite.
     
  • 5.58, OldFart (?), 17:13, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да нормально я гит воспринимаю и пользуюсь им, просто локально удобней хранить и... большой текст свёрнут, показать
     
  • 4.53, Гит руль (?), 16:04, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что дурной пример заразителен.
     
     
  • 5.57, OldFart (?), 16:32, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что дурной пример заразителен.

    "Если мнение не сходится с моим - то ДУРНОЙ пример" ?

    Очень "веский" аргумент !!!
    Здесь детский сад где все - "дурак - сам дурак" или все таки есть хоть чуть-чуть культуры ?

    Я кажется нигде не обзывал фанбоев гита, не так ли ?

     
     
  • 6.62, Гит руль (?), 14:03, 12/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так это не ты дурной, а пример дурной. После того и появляется зоопарк форматов на любые простые действия. Чего стоят только гульп, грунт, вебпак и на фронте ангуляр, реакт, вуе. Делают одно и тоже но по разному и под каждую технологию надо подстраиваться. И каждый знает какой подход правильный, но у всех разный как так можно.
     
     
  • 7.64, OldFart (?), 16:34, 12/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не согласен Есть пневматический отбойный молоток, а есть простой, ручной и у ка... большой текст свёрнут, показать
     
     
  • 8.66, Гит руль (?), 15:58, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно я за гит потому что и есть девопс ... текст свёрнут, показать
     
  • 2.34, Andrey Mitrofanov (?), 17:32, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Остаюсь с https://fossil-scm.org/ , уж больно git перемудренный (больше время на изучение
    > всех его фич уходит чем на работу), в то время как
    > фоссил делает практически все что и гит, но в придачу это
    > один единственный статически скомпиленный файл, который имеет прекрасный веб интерфейс
    > и консоль, плюс встроенную ВиКи и тикеты...

    Без ESR-а не алё!  http://esr.ibiblio.org/?p=8205
    |
    http://www.opennet.dev/openforum/vsluhforumID3/111315.html#50 2017  шутил
    http://www.opennet.dev/openforum/vsluhforumID3/113343.html#20 2018-01  шутил
    http://www.opennet.dev/openforum/vsluhforumID3/114463.html#38 2018-06 больше не шучу

     
     
  • 3.38, OldFart (?), 17:46, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Без ESR-а не алё!  http://esr.ibiblio.org/?p=8205
    > |

    Андрей, а при чем тут ESR, который вообще рядом не лежит в фоссилом и гитом?

    > http://www.opennet.dev/openforum/vsluhforumID3/111315.html#50 2017  шутил
    > http://www.opennet.dev/openforum/vsluhforumID3/113343.html#20 2018-01  шутил
    > http://www.opennet.dev/openforum/vsluhforumID3/114463.html#38 2018-06 больше не шучу

    Опять не вьехал... :( при чем здесь ГИТ?

     
     
  • 4.61, Andrey Mitrofanov (?), 09:06, 12/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Без ESR-а не алё!  http://esr.ibiblio.org/?p=8205
    >> |
    > Андрей, а при чем тут ESR, который вообще рядом не лежит в
    > фоссилом и гитом?

    Не при чём. Как и фосил к новости про гит.

    Реймонд велик.  Я разговор поддерживаю!  =набрасывание ненужного на собеседника.

    >>больше не шучу
    > Опять не вьехал... :( при чем здесь ГИТ?

    Не при чём.  Я велик.  Кстати обо мне!

     
     
  • 5.63, Гит руль (?), 14:04, 12/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кто то пишет велосипеды, а кто то сам является велосипедом. Ох уж этот опеннет.
     
     
  • 6.65, OldFart (?), 16:49, 12/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто то пишет велосипеды,

    Не кто-то, а чувак, база данных которго самая используемая во всем мире и его велосипед мне по душе больше чем другие :)

    >а кто то сам является велосипедом. Ох уж этот опеннет.

    Не, Андрюху я б в велосипеды не взял, ты ему check-in одно, а он check-out другое, так не ровен час и звиздануться можно с такого велосипеда :)


     
     
  • 7.67, Гит руль (?), 16:00, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому многие и не любят велосипеды.
     
  • 2.44, Xasd (ok), 00:34, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Остаюсь с https://fossil-scm.org/

    ну и дурак

     
     
  • 3.55, OldFart (?), 16:12, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Остаюсь с https://fossil-scm.org/
    > ну и дурак

    Очень аргументированно :)
    "Кто не скачет с нами - тот дурак..."
    ну-ну

     
  • 2.49, Xasd5 (?), 10:34, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > это один единственный статически скомпиленный файл

    статически?! лол!! в 2019-году это просто смешно 😂!

    и как же он например выясняет как разрешить DNS имена?

    предположим файла /etc/resolv.conf у сеня в системе нет -- какое будет поведение бинарника для перевода Имени Сервера в IP-адрес? :-)

    // P.S.: это я уж молчу с вопросом про vDSO и эффективность системных вызовов

     
     
  • 3.56, OldFart (?), 16:22, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > статически?! лол!! в 2019-году это просто смешно 😂!
    > и как же он например выясняет как разрешить DNS имена?
    > предположим файла /etc/resolv.conf у сеня в системе нет -- какое будет поведение
    > бинарника для перевода Имени Сервера в IP-адрес? :-)
    > // P.S.: это я уж молчу с вопросом про vDSO и эффективность
    > системных вызовов

    Вы прежде чем обзываться и "умничать" на весь свет, почитайте сперва, - что такое статически скомпилированный файл, ну или хотя бы протестируйте чтоб не лажаться :)


     
     
  • 4.69, arisu (ok), 16:24, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    оно не умеет читать.
     
  • 4.70, Xasd5 (?), 21:07, 13/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы прежде чем обзываться и "умничать" на весь свет, почитайте сперва, - что такое статически скомпилированный файл, ну или хотя бы протестируйте чтоб не лажаться :)

    чтобы понять почему в 2019 году уже почти никто не компилирует почти ничего статически -- прочитайте какие ограничения накладываются на программы скомпилированные статически

     
     
  • 5.71, OldFart (?), 00:09, 14/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ведь Гугель попал тогда, не посоветовшись с вами...
    "Глупцы" практически, развивают GoLang (который становится все популярней и популярней) и даже не догадываются о ограничениях... а смак то Го програм в том, что им начихать на зависимости.

    Rescue & live critic системы тоже наверное - практически "почти никто"... NASA в "полной лаже" мля...

    > чтобы понять почему в 2019 году уже почти никто не компилирует почти
    > ничего статически

    Вот такой аргумент, - не катит, с потолка.

    > -- прочитайте какие ограничения накладываются на программы скомпилированные
    > статически

    Ограничения? В чем ? Все что надо программе, она уже притащила все с собой и не зависима от библиотек. Статический скомпилированный файл будет работать практически на любой версии операционки, единственное что нужно - это только платформа, - линь, фря или винда и похер какая версия.
    Ну да, файл пожирнее (who cares about it nowadays ?), зато надежность, легкость обновления и стабильность

     

  • 1.29, Аноним (30), 17:06, 10/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Повышены требования при работе на платформе Windows, в качестве минимальной поддерживаемой версии заявлена Windows Vista;

    А что не Windows 10 сразу?

     
     
  • 2.36, Crazy Alex (ok), 17:34, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а что не win95?
     
  • 2.37, Andrey Mitrofanov (?), 17:44, 10/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>Повышены требования при работе на платформе Windows, в качестве минимальной поддерживаемой версии заявлена Windows Vista;
    > А что не Windows 10 сразу?

    МС ещё только платиновый.  Иридиевого ждут.

     
  • 2.60, Аноним (-), 23:09, 11/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А что не Windows 10 сразу?

    Подожди, MS улучшенную поддержку платформы виндоус для новой версии приберег.

    ЗЫ какая платформа - такие и коммитеры с ченжлогами.

     

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



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

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