The OpenNET Project / Index page

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

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

25.01.2022 13:04

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

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

  • Расширены возможности по использованию SSH-ключей для заверения Git-объектов цифровой подписью. Для разграничения времени действия нескольких ключей добавлена поддержка OpenSSH-директив "valid-before" и "valid-after", при помощи которых можно обеспечить корректную работу с подписями после ротации ключа одного из разработчиков. До этого, возникала проблема с разделением подписей старым и новым ключом - если удалить старый ключ, то невозможно будет проверить сделанные с его помощью подписи, а если оставить - то сохранится возможность создания новых подписей старым ключом, на смену которому уже пришёл другой ключ. При помощи valid-before и valid-after можно разделить область действия ключей на основе времени создания подписи.
  • В настройке merge.conflictStyle, позволяющей выбрать режим оформления информации о конфликтах при слиянии, появилась поддержка режима "zdiff3", перемещающего за пределы области конфликта все типовые строки, указанные в начале или конце конфликта, что позволяет добиться более компактного представления информации.
  • В команду "git stash" добавлен режим "--staged", который позволяет спрятать только изменения, добавленные в индекс, например в ситуации, когда необходимо временно отложить часть сложных изменений для того, чтобы вначале добавить то, что уже готово, а с остальным разобраться через какое-то время. Режим напоминает команду "git commit", записывающую только помещённые в индекс изменения, но вместо создания нового коммита в "git stash --staged" результат сохраняется во временную область stash. После того, как изменения понадобятся, их можно вернуть командой "git stash pop".
  • В команду "git log" добавлен новый спецификатор формата "--format=%(describe)", позволяющий совместить вывод "git log" с результатом выполнения команды "git describe". Параметры для "git describe" указываются непосредственно внутри спецификатора ("--format=%(describe:match=<foo>,exclude=<bar>)"), в котором также можно включить сокращённые теги ("--format=%(describe:tags=<bool>)") и настроить число шестнадцатеричных символов для идентификации объектов ("--format=%(describe:abbrev=<n>)"). Например, для вывода 8 последних коммитов, теги которых не имеют метки кандидата в релизы, и указания 13-символьных идентификаторов можно использовать команду:
    
       $ git log -8 --format='%(describe:exclude=*-rc*,abbrev=13)'
       v2.34.1-646-gaf4e5f569bc89
       v2.34.1-644-g0330edb239c24
       v2.33.1-641-g15f002812f858
       v2.34.1-643-g2b95d94b056ab
       v2.34.1-642-gb56bd95bbc8f7
       v2.34.1-203-gffb9f2980902d
       v2.34.1-640-gdf3c41adeb212
       v2.34.1-639-g36b65715a4132
    
  • В настройке user.signingKey реализована поддержка новых типов ключей, не ограничивающихся типом "ssh-" и указанием полного файлового пути к ключу. Альтернативные типы задаются при помощи префикса "key::", например, "key::ecdsa-sha2-nistp256" для ключей ECDSA.
  • Заметно повышена скорость генерации списка изменений в режиме "--histogram", а также при использовании опции "--color-moved-ws", управляющей подсвечиванием пробелов в цветном diff-е.
  • В команде "git jump", применяемой для предоставления Vim информации о точных переходах на искомую позицию в файле при разборе конфликтов слияния, просмотре различий или выполнении операции поиска, предоставлена возможность сужения охватываемых конфликтов слияния. Например, для ограничения операций только каталогом "foo" можно указать "git jump merge -- foo", а для исключения из обработки каталога "Documentation" - "git jump merge -- ':^Documentation'"
  • Проведена работа по стандартизации применения типа "size_t" вместо "unsigned long" для значений, представляющих размер объектов, что позволило добиться возможности применения фильтров "clean" и "smudge" с файлами размером более 4 ГБ на всех платформах, включая платформы с моделью данных LLP64, тип "unsigned long" в которой ограничен 4 байтами.
  • В команду "git am" добавлена опция "--empty=(stop|drop|keep)", позволяющая при разборе патчей из почтового ящика выбрать поведение для пустых писем, не содержащих патчей. Значение "stop" приведёт к завершению всей операции применения патчей, "drop" - пропустит пустой патч, "keep" - создаст пустой коммит.
  • В команды "git reset", "git diff", "git blame", "git fetch", "git pull" и "git ls-files" добавлена поддержка частичных индексов (sparse index), позволяющих повысить производительность и сэкономить место в репозиториях, в которых выполняются операции частичного клонирования (sparse-checkout).
  • Объявлена устаревшей команда "git sparse-checkout init", вместо которой следует использовать "git sparse-checkout set".
  • Добавлена начальная реализация нового бэкенда "reftable" для хранения ссылок, таких как ветки и теги, в репозитории. Новый бэкенд использует блочное хранилище, применяемое проектом JGit и оптимизированное для хранения очень большого числа ссылок. Бэкенд пока не интегрирован с системой ссылок (refs) и не готов для практического применения.
  • Цветовая палитра команды "git grep" приведена к соответствию утилите GNU grep.


  1. Главная ссылка к новости (https://lore.kernel.org/git/xm...)
  2. OpenNews: Выпуск системы управления исходными текстами Git 2.33
  3. OpenNews: Уязвимость в Git для Cygwin, позволяющая организовать выполнение кода
  4. OpenNews: СУБД Dolt, позволяющая манипулировать данными в стиле Git
  5. OpenNews: GitHub вводит новые требования для удалённого подключения к Git
  6. OpenNews: GitHub заблокировал SSH-ключи, сгенерированные при помощи библиотеки keypair
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/56570-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (91) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Жироватт (ok), 13:37, 25/01/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –5 +/
     
     
  • 2.13, Аноним (13), 14:36, 25/01/2022 Скрыто модератором
  • –6 +/
     

  • 1.4, RAMbug (?), 13:54, 25/01/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +1 +/
     
     
  • 2.5, Аноним (5), 13:58, 25/01/2022 Скрыто модератором
  • +4 +/
     
     
  • 3.9, RAMbug (?), 14:16, 25/01/2022 Скрыто модератором
  • +6 +/
     
  • 3.18, flexagoon (ok), 15:01, 25/01/2022 Скрыто модератором
  • +4 +/
     
  • 2.10, Жироватт (ok), 14:26, 25/01/2022 Скрыто модератором
  • +4 +/
     
     
  • 3.16, Аноним (16), 14:42, 25/01/2022 Скрыто модератором
  • +1 +/
     

     ....ответы скрыты модератором (5)

  • 1.6, Шарп (ok), 14:02, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –31 +/
    >В команду "git log" добавлен новый спецификатор формата "--format=%(describe)"

    Улучшайзинги для консольной утилиты нафиг не упёрлись. Все пользуются gui клиентами. Например smartgit.

     
     
  • 2.7, Аноним (7), 14:10, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +16 +/
    > Все пользуются gui клиентами.

    Кто эти все? Все кого я знаю, пользуются консолью.

     
     
  • 3.8, Массоны Рептилоиды (?), 14:12, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +11 +/
    "Никогда не спорьте с идиотами. Вы опуститесь до их уровня, где они задавят вас своим опытом."
     
     
  • 4.11, Аноним (11), 14:32, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    незадавят, так как согласно теории эволюции умники это бывшие рукожопые ламеры с ЧСВ до колена.
    Ну а то что git постепенно превращается в еще одно ядро linux уже давно не секрет.
     
     
  • 5.12, Здрасьте (?), 14:36, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    «Согласно теории эволюции», серьёзно? Где же ты это вычитал, болезный?
     
     
  • 6.15, Аноним (16), 14:40, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    что мешает человеку продвигать свою теорию эволюции? он же не конкретизировал чья она)
     
  • 6.30, Michael Shigorin (ok), 15:58, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да уж, в unabridged я такого точно не видел.  Впрочем, апелляция не-биологом к "теории эволюции" -- обычное начало очередного антинаучного бреда, по моим наблюдениям.
     
     
  • 7.42, RAMbug (?), 16:33, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Теория эволюции просто очередной бред шизофреника, как и теория относительности такитипаучёного финкельштейна.
     
     
  • 8.43, Аноним (-), 16:37, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая, что одной современной теории эволюции как таковой и нет есть нескол... текст свёрнут, показать
     
  • 8.46, Аноним (-), 17:02, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потомок глиняного человечка, вылепленного just for lulz неким сверхсуществом, по... текст свёрнут, показать
     
     
  • 9.49, RAMbug (?), 17:17, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Веруны в наВуку точно такие же абсурдные сектанты, как и веруны в Иегову И те и... текст свёрнут, показать
     
     
  • 10.57, Аноним (-), 17:56, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И с ходу ad hominem А производили впечатление знатока и тонкого ценителя сортов... текст свёрнут, показать
     
     
  • 11.71, Аноньимъ (ok), 20:01, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это вы на обезьяну обиделись Люди не от обезьяны произошли, у них просто возмож... текст свёрнут, показать
     
     
  • 12.85, prokoudine (ok), 10:33, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты так смешно напускаешь туману, что даже интересно посмотреть, кто на это купит... текст свёрнут, показать
     
  • 10.59, Аноним (59), 18:31, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, что нет Бог 171 верунов в наВуку 187 может приложить из розетки э... текст свёрнут, показать
     
     
  • 11.61, Аноним (11), 18:43, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    то всё попы на очередном соборе все переврали и насочиняли, вон Джони тоже пожгл... большой текст свёрнут, показать
     
  • 11.65, Аноньимъ (ok), 19:19, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему вы считаете что научных атеистов Бог не может приложить током из розетки ... текст свёрнут, показать
     
  • 2.25, keydon (ok), 15:43, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Из всех кого знаю, gui только начинающие(фактически студенты) пользуются (и то только потому что пользуются gui IDE), все опытные (и даже многие студенты) либо cli юзают, либо плагинами в виме (которые сами либо утилитку юзают, либо либы).
     
     
  • 3.37, Аноним (37), 16:17, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто git сам по себе бай дизайн неюзабельная  и ненаглядная штука. Поэтому в cli и используется.  
     
     
  • 4.58, Аноним (58), 18:14, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Паттерн git status -> git add  -> git commit -> git push в консоли работает прекрасно, все остальное в гуи проще.
     
     
  • 5.67, keydon (ok), 19:21, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Паттерн git status -> git add  -> git commit -> git
    > push в консоли работает прекрасно, все остальное в гуи проще.

    Что проще в гуе например? Патч например сделать и применить? Или автоотребейзить фиксапы?

     
     
  • 6.81, Ilya Indigo (ok), 02:40, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    1 Историю читать и быстро найти в каких фиксациях изменялся файл и что именно было изменено.
    2 Сливать при конфликтах.
     
     
  • 7.90, keydon (ok), 11:16, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оба действия делаю в консоли, не вижу затруднений. Если путаешься где одно изменение, где другое(хотя казалось бы они даже подписаны), есть плагины для vim с более наглядным отображением.

    Историю читать и быстро найти в каких фиксациях изменялся файл и что именно было изменено (одна команда карл!).
    git log -p filename

    Сливать при конфликтах
    Для файлов где нужно оставить одно из изменений git checkout --ours/--theirs filename1 filename2.
    Для файлов где оба изменения не годятся, правишь ручками, добавляешь+продолжаешь мерж.
    При желании все это делается одной короткой алиас-командой, а то и хоткеями из vim'а. Так что твой gui в лучшем случае не быстрее, а скорее всего и крайне ограничен по функционалу и удобству.

     
     
  • 8.105, Аноним (105), 12:57, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    О Спрошу, вдруг знаешь как Видел гафическую утилиту для разруливания слияний, ... текст свёрнут, показать
     
     
  • 9.107, keydon (ok), 19:26, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http vimcasts org episodes fugitive-vim-resolving-merge-conflicts-with-vimdiff... текст свёрнут, показать
     
  • 7.91, Аноним (91), 11:35, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    За меня тут уже ответили, да я логи смотрю и как ветки взаимодействуют разруливаю конфликты, также создаю локальные ветки из удаленных. Иногда тэги, правда, сейчас с ними разобрался и в консольном исполнении.


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

     
     
  • 8.108, keydon (ok), 19:31, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть же git log, у него куча опций, можно сделать что угодно, включая псевдограф... текст свёрнут, показать
     
     
  • 9.110, Аноним (110), 22:12, 30/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это все прекрасно, номне надо код писать и мне не платят за знание git вот тако... текст свёрнут, показать
     
     
  • 10.111, Michael Shigorin (ok), 22:24, 30/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По этой логике Вам незачем дышать, пить, есть Случай и впрямь специфический ... текст свёрнут, показать
     
  • 10.112, keydon (ok), 23:45, 30/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В такие моменты я понимаю что не останусь без работы и ещё долго буду востребова... текст свёрнут, показать
     
  • 6.88, . (?), 11:05, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот вам уровень впопеннета и всей современной разработки в принципе.

    Попробуй без гуя разобраться в 3-way diff. Хотя, да, зачем тебе...

     
     
  • 7.89, keydon (ok), 11:11, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Попробуй без гуя разобраться в 3-way diff. Хотя, да, зачем тебе...

    Я не пробую, я делаю. И делаю в консоли. Проблем не испытываю.

    > Ну вот вам уровень впопеннета и всей современной разработки в принципе.

    Действительно, если есть люди считающие что без gui нельзя разрабатывать, то уровень разработки на нуле.

     
  • 4.66, keydon (ok), 19:20, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Просто git сам по себе бай дизайн неюзабельная  и ненаглядная штука.
    > Поэтому в cli и используется.

    Настолько неюзабельная, что его используют все, настолько ненаглядная, что даже git log --graph есть (открою тайну - в консоли есть все что есть в gui и даже больше)

     
     
  • 5.69, Аноним (37), 19:47, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На безрыбье и рак рыба. В среде опенсорца конечно же по другому нельзя. Хороший продукт он денег стоит программисты ему нужны дорогие, а платить за это никто не хочет поэтому имеем то что имеет нас =(
     
     
  • 6.92, Аноним (91), 11:37, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И какой же платный аналог git вы имели в виду?
     
     
  • 7.93, Алексей (??), 11:58, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > И какой же платный аналог git вы имели в виду?

    bitkeeper, бгг!

     
  • 6.96, keydon (ok), 20:43, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, ну да Поработай с коммерческим софтом, довольно быстро поймешь что это л... большой текст свёрнут, показать
     
  • 4.97, Аноним (97), 23:17, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я, кстати, полностью согласен. Интерфейс отвратный, с огромным кол-вом флагов, которые нужны 1,5 людям-разработчикам гита. Вместо такого кол-ва во многих случаях проще использовать какой-то простой флаг + pipe + filter, который тебе нужен.
    Система контроля версий должна управлять изменениями, а не придумывать свой греп и потом красить его вывод в соответствии с гнушным грепом
     
  • 3.82, Аноньимъ (ok), 05:23, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы знаете много студентов.

    В консоли отображать сложную связанную информацию бывает весьма невозможно.

    Консоль не заменяет GUI, и наоборот, у текстовых команд есть свои неоспоримые преимущества.

     
     
  • 4.87, keydon (ok), 11:05, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > В консоли отображать сложную связанную информацию бывает весьма невозможно.

    Как раз наоборот. В отличии от gui информация в консоли легко обрабатывается и форматируется.

    >Консоль не заменяет GUI, и наоборот, у текстовых команд есть свои неоспоримые преимущества.

    Я знаю только две области где gui имеет "неоспоримые преимущества" - работа с графикой (графические и видео-редакторы и то подозреваю можно сделать с помощью sixel было бы желание), графонистые игры (увы). С остальным консоль прекрасно справляется.

     
     
  • 5.94, Аноньимъ (ok), 17:17, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы не можете это всерьёз писать.

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

    А пол мозга можно вырезать у человека ибо не нужен?

    Ну ок.
    Как по вашему сервис по типу гугл карт выглядеть в консоли должен?
    Всерьёз считаете что это будет много лучше и удобнее?

    А программа по типу кикада?

    Неужели серьёзно думаете что банальные графики, удобнее много лучше в консоли смотреть?

     
     
  • 6.95, keydon (ok), 18:42, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Могу и пишу Я и ни я один, много нас всерьез считаю что управлять текстом гор... большой текст свёрнут, показать
     
  • 2.33, Аноним (33), 16:10, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты совсем тупой? Твой гуй без фич в консольной утилите не может примерно ничего. Как впрочем и ты сам
     
     
  • 3.70, Аноним (37), 19:49, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Обращаться в функции библиотеки не пробовали. Но если бай дизайн это консольная тулза, конечно же она не может взлететь с гуём как не переделывай к ежу крылья он не полетит.  
     
  • 2.98, Аноним (-), 05:49, 27/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Все пользуются gui клиентами. Например smartgit.

    Вот не надо тут за всех. Зачем мне твоя гуйня?

     

  • 1.21, Crazy Alex (ok), 15:24, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    git stash --staged - это прекрасно. Костыли, конечно, были на этот случай, но давно пора.
     
     
  • 2.100, Шарп (ok), 10:55, 27/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > git stash --staged - это прекрасно.

    В gui программах это было 100500 лет назад. Смешно наблюдать как консольщики страдают от отсутствия нормальных инструментов.


     
     
  • 3.101, Аноним (101), 11:22, 27/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Именно для стэша? Судя по обилии желчи, изрыгаемой тобой, врёшь и выдаёшь желаемое за действительное.

    Проверил сейчас одну гуёвую программу - нет там такого функционала. Так и есть, врёшь.

     
     
  • 4.102, Шарп (ok), 12:21, 27/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Проверил сейчас одну гуёвую программу

    Это смешно. Проверил небось в какой-нибудь ракальной программе, созданной быть на подхвате у консольного гита (типа б-гмерзкого qgit). Естественно, что там всё ужасно и ничего нет.

    Смотри smartgit, кнопка stash selection. Она в stash переводит только выделенные файлы.

    Для любителей погавкать на проприетастов напомню, что smartgit бесплатный для opensource проектов.

     
     
  • 5.103, Аноним Арчер (?), 15:16, 27/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Твоего "smartgit" в репе арча нет, так, что проваливай.
     
     
  • 6.104, Шарп (ok), 10:17, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Твоего "smartgit" в репе арча нет, так, что проваливай.

    В aur есть. Мог бы и проверить.

     
  • 5.106, Аноним (101), 19:16, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорошо смеётся тот, кто не врёт и не лажается Я тебя наверное огорчу, но больши... большой текст свёрнут, показать
     
     
  • 6.109, Шарп (ok), 11:19, 29/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ахах Пусть запускают Я консольный гит хейтю из-за неудобства, а не из-за его с... большой текст свёрнут, показать
     

  • 1.22, Аноньимъ (ok), 15:25, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >надёжны

    Допустим.

    >высокопроизводительных

    А вот это новость. Где-то можно посмотреть производительность систем контроля версий?

    >предоставляющей гибкие средства нелинейной разработки

    Система контроля версий предоставляет средства разработки?
    Ну ладно.

     
     
  • 2.28, anonymous (??), 15:45, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Система контроля версий предоставляет средства разработки?

    прикинь, да

     
  • 2.55, Michael Shigorin (ok), 17:43, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> высокопроизводительных
    > А вот это новость.

    Эстонцам рекомендуется http://t.me/sputnikmeedia :D

     
     
  • 3.62, Аноньимъ (ok), 18:45, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Непронимаю.
     

  • 1.23, iZEN (ok), 15:25, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Чем плох Git в сравнении с Mercurial: https://habr.com/ru/post/123700/
     
     
  • 2.24, пох. (?), 15:29, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем что меркуриал лежит себе в гробу, а гроб охраняют церберы пейсбука.

     
  • 2.31, Ordu (ok), 16:06, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    2011 год. Забудь.
     
     
  • 3.44, пох. (?), 16:38, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Дааа, у хипстоты от такого немодного аж подворотики разворачиваются в отвращении.

    P.S. стесняюсь спросить, неуклюжей перло-подделке под биткипер скока-скока лет?

     
     
  • 4.75, Аноним (75), 23:47, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причем здесь мода и хипстота, если указанный 2011 год - это год статьи, приведенной по ссылке. Модная или не модная статья? В которой описываются какие-то (якобы) проблемы-недоработки одной системы против другой, серьезно?
     
     
  • 5.86, . (?), 11:03, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Серьезно. Это архитектурные проблемы, они с годами не саморассасываются.
    Просто вырастает поколение д'6илов, ничего кроме бумажки с pull/rebase/push ниасиливающих и думающих что умеют пользоваться vcs - ведь они никогда не видели ни нормальных vcs, ни нормальной организации совместной работы над кодом.

    А старый код перестает работать, потому что немодно и давайте запритим второй питон.

     
  • 4.99, Аноним (-), 05:51, 27/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > P.S. стесняюсь спросить, неуклюжей перло-подделке под биткипер скока-скока лет?

    Его так то на сишечку переписали с тех пор в основном. За вот те самые годы.

     
  • 2.73, Аноним (73), 23:12, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У Mercurial система команд будет попроще и логичнее. С другой стороны, он медленнее, но на этот случай есть chg.
     
     
  • 3.74, . (?), 23:33, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    chg - всего лишь интерфейс к убогому command server. Который ничем не отличается от обычного hg в плане скорости работы (которая по большей части и вовсе ограничена узкими местами на стороне сервера, нету у hg Microsoft с ее желанием держать код всей windows от загрузчика до калькуляторов в едином монолитном репо и готовностью пилить lfs и прочие костыли под свои хотелки)

     
     
  • 4.83, Аноним (83), 08:11, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Который ничем не отличается от обычного hg в плане скорости работы

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

     
  • 2.77, Аноним (101), 01:00, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У Меркуриала запутанная система ветвления. 3 вида веток зачем-то сделали. И rebase работает через пень-колоду.
     

  • 1.32, А где же каменты (?), 16:06, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Про git jump впервые слышу - чего только не придумают!
     
     
  • 2.72, Аноним (72), 20:04, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Кто не джампит🤸, тот смаргитчик🐒!
     

  • 1.34, Аноним (33), 16:13, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разделение конфигов по доменам так и не подвезли, хотя PR был ещё осенью.
    Можно было бы в зависимости от использованного хоста задавать разные пары юзернейма/почты, а не втыкаться в каждый отдельный репозиторий.
     
     
  • 2.78, Аноним (101), 01:15, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Иметь один конфиг для нескольких репозиториев можно через [includeIf gitdir]. Это конечно не то же самое, что разделение по доменам, но лучше, чем настраивать для каждого репозитория. И гибче. Если на одном домене, например на гитхабе, есть и личные и рабочие репозитории, можно рабочие репозитории сгруппировать в один каталог и использовать для них рабочую почту, а для репозитроиев в других каталогах будет почта по умолчанию, личная.
     

  • 1.35, Аноним (33), 16:14, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите хук чтобы запретить rebase на мастере или уже пушнутых изменениях?
     
  • 1.36, Аноним (33), 16:17, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Можно ли заставить git показать в директории все файлы, которые последний раз правились одним конкретным пользователем?
     
     
  • 2.38, Аноним (37), 16:18, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из коробки нельзя.  
     
  • 2.51, OpenEcho (?), 17:21, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > git log --no-merges --author="PartyPooper" --name-only --pretty=format:""
     
     
  • 3.53, Аноним (37), 17:41, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да и как это сделать для конкретной папки? У тут появляются сторонние друзья всякие grep'ы, awk'и и этот мутный sed. Которые подумают о пользователи и его баш портянках.  
     
     
  • 4.56, Michael Shigorin (ok), 17:48, 25/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Непонятно только, почему Вы пытаетесь хоть какие-то обрывки мыслей и вопросов излагать _текстом_ на _языке_, а не записав тикток.

    Как-то так и с решениями задач: кто-то пытается объясняться жестами или ищет уникальный(tm) толькодлявас(r) кривошипошатунный с переподвыподвертом инстрУмент, а кто-то сперва в голове укладывает -- что и зачем хочет сделать, затем описывает задачу исполнителю (например, железке с линуксом и гитом).

    > о пользователи и его баш портянках

    Меньше эмоций, больше мыслей.  И всё постепенно наладится.

     
  • 4.79, Аноним (101), 01:18, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты наверное удивишься, но - просто добавь путь к папке!
     

  • 1.39, Аноним (33), 16:19, 25/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не хватает --ignore-whitespace для git stash
    т.е. вот подготовлены какие-то патчи, отложены, потом пытаешься посмотреть что там правилось и прихранить это в отдельный патч, а там дофигалион мешающих читать правок форматирования

    Что-то такого плана
    git stash show -p --ignore-whitespace

     
     
  • 2.76, AnonymPatient (?), 00:49, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ...
    >Что-то такого плана
    >git stash show -p --ignore-whitespace

    этта, куда комитеты смотрятЪ - space не той системы

     

  • 1.80, Аноним (101), 01:27, 26/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Проведена работа по стандартизации применения типа "size_t" вместо "unsigned long" для значений, представляющих размер объектов, что позволило добиться возможности применения фильтров "clean" и "smudge" с файлами размером более 4 ГБ на всех платформах, включая платформы с моделью данных LLP64, тип "unsigned long" в которой ограничен 4 байтами.

    Надо использовать не size_t, а uint64_t. Тогда будет не только на LLP64 работать, но и на 32-битных платформах. size_t - это тип для хранения размера объектов в памяти, зачем его использовать для хранения размеров файлов на диске?

     
     
  • 2.84, Аноним (84), 10:14, 26/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну может чтобы некрофаги не ныли про тормоза, которых там и так хватает.
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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