The OpenNET Project / Index page

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

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

13.12.2022 10:36

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

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

  • В команду "git shortlog", предназначенную для отображения сводок со статистикой из истории изменений, добавлена опция "--group" для произвольной группировки коммитов по полям, не ограничивающимся автором или коммитером. Например, для показа списка разработчиков с информацией о числе изменений, учитывающего помощников, упомянутых в поле "Co-authored-by", можно использовать команду:
    
       git shortlog -ns --group=author --group=trailer:co-authored-by
    

    Вывод shortlog можно агрегировать при помощи спецификаторов форматирования и опция "--group" позволяет существенно упростить создание сложных отчётов и избавиться от выполнения дополнительных команд сортировки. Например, для создания отчёта с информацией о том, сколько коммитов для заданного релиза было принято в каждом месяце, можно указать:

    
       git shortlog v2.38.0.. --date='format:%Y-%m' --group='%cd' -s
     
        2  2022-08
        47  2022-09
       405  2022-10
       194  2022-11
         5  2022-12
    
    Раньше для выполнения аналогичной операции потребовалось бы привлечение утилит sort и uniq:
    
       git log v2.38.0.. --date='format:%Y-%m' --format='%cd' | sort | uniq -c
    
  • Расширены возможности механизма "cruft packs", предназначенного для упаковки недостижимых объектов, на которые в репозитории отсутствуют ссылки (не ссылаются ветки или теги). Недостижимые объекты удаляются сборщиком мусора, но до удаления определённое время остаются в репозитории для исключения состояний гонки. Механизм "cruft packs" позволяет хранить все недостижимые объекты в одном pack-файле, а данные о времени модификации каждого объекта отражать в отдельной таблице, хранимой в отдельном файле с расширением ".mtimes", что бы они не пересекались с общим временем изменения.

    Время нахождения недостижимых объектов в репозитории перед фактическим удалением определяется опцией "--prune=<date>". При этом несмотря на то, что задержка перед удалением является достаточно эффективным и практичным способом предотвращения повреждения репозитория из-за состояния гонки, он не является на 100% надёжным. Чтобы упростить восстановление повреждённого репозитория в новом выпуске предоставлена возможность сохранения отсутствующих объектов, для чего в команду "git repack" добавлена опция "--expire-to", позволяющая задать файл для создания внешней копии всех удаляемых объектов. Например, для сохранения в файле backup.git недостижимых объектов, которые не менялись последние 5 минут, можно использовать команду:

    
       git repack --cruft --cruft-expiration=5.minutes.ago -d --expire-to=../backup.git
    
  • Значительно увеличена (до 70%) скорость выполнения операции "git grep --cached" при поиске в областях, в которых применяется частичное клонирование (sparse-checkout) и для которых имеются частичные индексы (sparse index). Ранее при указании опции "--cached" вначале осуществлялся поиск в обычном индексе, а потом в частичных, что приводило к возникновению ощутимых задержек при поиске в больших репозиториях.
  • Ускорено выполнение на сервере проверки связности новых объектов перед их помещением в репозиторий при выполнении операции "git push". За счёт перехода к учёту при проверке только объявленных ссылок, в тестовом репозитории с 7 млн ссылок из которых только 3% охвачены операцией push внесённые оптимизации позволили сократить время проверки в 4.5 раза.
  • Для защиты от потенциальных целочисленных переполнений в коде в команде "git apply" ограничен максимальный размер обрабатываемых патчей. В случае если размер патча превышает 1 ГБ теперь будет выводиться ошибка.
  • Для защиты от потенциальных уязвимостей внесены изменения для чистки лишней информации из заголовков, выставляемых при использовании модуля h2h3 с опцией GIT_TRACE_CURL=1 или GIT_CURL_VERBOSE=1 вместе с HTTP/2.
  • При выполнении операции checkout с веткой, которая является символической ссылок на другую ветку, команда "git symbolic-ref HEAD" теперь выводит название целевой ветки, а не имя символической ссылки.
  • Добавлена поддержка аргумента @{-1} в опции "--edit-description" ("git branch --edit-description @{-1}") для редактирования описания прошлой ветки.
  • Добавлена команда "git merge-tree --stdin", позволяющая передать список параметров через стандартный входной поток.
  • На сетевых файловых системах по умолчанию отключён обработчик fsmonitor, отслеживающий изменения в ФС.


  1. Главная ссылка к новости (https://lkml.org/lkml/2022/12/...)
  2. OpenNews: Уязвимости в Git, проявляющиеся при клонировании субмодулей и использовании git shell
  3. OpenNews: Выпуск системы управления исходными текстами Git 2.38
  4. OpenNews: Проект OpenBSD опубликовал git-совместимую систему управления версий Got 0.76
  5. OpenNews: Выпуск системы управления исходными текстами Git 2.37
  6. OpenNews: Две уязвимости в Git
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58318-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:44, 13/12/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     ....ответы скрыты (3)

  • 1.5, Жироватт (ok), 11:20, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > git repack

    О сколько в этой строке слилось смыслов для русскоязычного пользователя...
    Хотя и делает правильную и нужную вещь. Ничего не вырезая, ничего не перекодируя

     
     
  • 2.7, Аноним (7), 11:37, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ага и вирусню  засунуть
     
     
  • 3.13, Аноним (13), 11:58, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нужно качать из проверенных мест, а не из помоек, тогда вирусов не будет
     
     
  • 4.14, Аноним (14), 12:10, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В проверенных местах апдейтов не завезли, в итоге половина игр с гугладиска, вторая половина с маилрудиска, и третья половина с меги -- всё поставлено случайными нонеймами, нашедшими данные где-то в интернете.
     
  • 3.17, . (?), 12:46, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >  Ага и вирусню  засунуть

    Лет семь назад ловил. Скачивал русский репак какойто игры с торрента. Так он у меня все шифровать начал. А я еще до этого избрал тактику хранения важных данных на внешнем носителе. Просто переставил винду. Так что хер этому подлому хацкеру. И с тех пор русские репаки обходил стороной.

     
     
  • 4.19, Аноним (14), 13:38, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Обычно новые игры такими бывают (это хорошая стратегия, хомячьё ломится скачивать всё подряд), куда чаще на руторе и похожих помойках. Я бы на твоём месте больше переживал за нерусские репаки, у русских в худшем случае кривой установщик без юникода,что может вызывать проблемы (на вендах до ~10 было плохо с поддержкой юникода).
     
     
  • 5.20, . (?), 13:52, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Качал игры начала 2000-х. Просто репак был свежий, поэтому с вируснёй. С кодировками всегда было нормально, я же не японо-китайские версии скачивал. А играю теперь только на меднафен или какую нибудь нативную линуксовую, типа warzone, megaglest
     
     
  • 6.22, Аноним (14), 14:15, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну бывает. Я имею в виду, что когда у тебя не русская локаль стоит, а, например, английская, или японская (по той же причине), то с текстом будут проблемы (иногда на части виджетов или не только с текстом, зависит от кривизны). С любыми линуксовыми играми попроще, даже с индюшатиной проблем практически нет. А сейчас же вообще копируешь файлы с стима и прикладываешь бинарь эмулятора, когда он нужен, вот и все дела. Никаких установщиков не надо. Поэтому неадекваты которые всё это пакуют отходят в прошлое.
     
  • 4.64, Аноним (13), 12:13, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда качаю только украинские репаки, русские репаки обхожу строкой
     
  • 4.85, Led (ok), 22:39, 17/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Лет семь назад ловил.
    >переставил винду.

    Вендузоед должен страдать.

     
  • 2.33, Аноним (33), 18:11, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы всех русскоязычных пользователей ворами сейчас обозвали? Я вот долго ломал голову что там слилось, потом понял. Что-ж, говорите за себя. Не все обмазываются проприетарщиной, вдобавок ещё и ворованной.
     

  • 1.6, Аноним (7), 11:36, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В случае если размер патча превышает 1 ГБ теперь будет выводиться ошибка

    И что теперь делать? Вот только хотел патч на 2 ГБ отослать.

     
     
  • 2.12, Аноним (13), 11:57, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Переходить на svn
     
  • 2.35, Аноним (35), 18:20, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разделить на два патча, очевидно.
     
     
  • 3.41, Аноним (41), 19:38, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Большие патчи могут получаться при выгрузке истории, чтобы сохранить её (историю) при переносе файлов в другой репозиторий. Если история длинная и изменений много, то и правда патч может превысить 1 гиг, и мудохаться с его правкой будет то ещё удовольствие.
     
     
  • 4.55, Аноним (55), 02:19, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И поэтому ты предлагаешь убить производительность в 99.99999999% реальных случаев, чтобы облегчить жизнь оператора в одном гипотетическом?
     
     
  • 5.65, Аноним (41), 13:17, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А кто сказал что-то о производительности? В новости говорится "на всякий случай, чтобы что-нибудь не переполнилось".

    И случай не гипотетический, кстати.

     
     
  • 6.71, Аноним (35), 17:14, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько процентов от общего числа репозиториев? Больше линукса на десктопах-то хоть?
     
  • 4.81, Аноним (81), 07:00, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    git-bundle(1) или надо прямо человеко-читаемый патч получить?
     
  • 2.82, bokrenok (ok), 13:40, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не юзать 'git apply'
    юзать 'patch'

    https://stackoverflow.com/questions/71948696/is-there-any-method-to-efficientl

     

  • 1.9, Аноним (4), 11:47, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > В случае если размер патча превышает 1 ГБ теперь будет выводиться ошибка

    Это защита от растоманов, которые шлют в ядро патчи с 40 тыс. строками кода.

     
     
  • 2.11, Аноним (13), 11:56, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Этих недоразвитых в ядро нельзя пускать
     

  • 1.10, Аноним (10), 11:48, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов.

    Скажите уж сразу "система хранения кода на блокчейне".

     
     
  • 2.18, Аноним (18), 12:48, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Сынок, всё просто - хватит фапать на блокчейн. Цепочки подписей и прочее это вот всё придумано задолго до этих ваших криптофантиков и "прорывных блокчейнов"
     
     
  • 3.26, kusb (?), 15:27, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только Bitcoin - действительно прорывная технология.
     
     
  • 4.29, 1 (??), 17:40, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Эль Тео - залогинься под собой
     
  • 4.31, YetAnotherOnanym (ok), 17:59, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так и есть. Биток поднял технологии отъёма бабла у недалёких алчных лохов на принципиально новый уровень.
     
     
  • 5.38, kusb (?), 18:31, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так и есть. Биток поднял технологии отъёма бабла у недалёких алчных лохов
    > на принципиально новый уровень.

    Ты только это видишь? А почему недалёких и алчных? Как-бы много кто и заработал.

     
     
  • 6.40, kusb (?), 18:51, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин, надоела пропаганда против криптовалют. И эти люди называют других фанатиками.
     
     
  • 7.45, Вы забыли заполнить поле Name (?), 21:24, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да это не может быть валютой. Хотя бы потому что не решен вопрос допэмиссии. Это просто "ресурс", который сегодня готовы обменять на реальную валюту (типа как золото), а завтра?  
     
     
  • 8.57, kusb (?), 09:55, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это ничем не отличается от того же золота и валют древности Деньги и базирую... текст свёрнут, показать
     
  • 6.42, YetAnotherOnanym (ok), 21:15, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Братья Винкловосс - да, заработали. Аж целый миллиард.
     
  • 6.44, Вы забыли заполнить поле Name (?), 21:22, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как-бы много кто и заработал.

    Это рынок, где деньги перетекают от неудачливых к более удачливым. С хаев биток сложился в 6 раз - отличная валюта. А разбогатели либо те, кто терпел и держал с самого начала (меньшинство), либо спекулянты (отдельная тема). Вообще поле ковида американский рынок сошел сума и можно было купить акции любой мусорной компании и прокатится на пампе. Но это спекуляции и нужно умеять вовремя выходить.

     
     
  • 7.56, Аноним (55), 02:22, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вся суть претензии в том, что кто-то не умеет вовремя вытащить? Ну воспитывай теперь, рпз не умеешь, хех.
     
  • 7.58, kusb (?), 09:59, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Именно, это просто дикий рынок и сам паттерн зарабатывания доказывает, что хозяев нет. Тут притензии, что на криптоанархистских биржах царит криптоанархизм.
     
     
  • 8.73, Вы забыли заполнить поле Name (?), 20:22, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Киты с тобой не согласны Но это даже к лучшему Так будет больше планктона ... текст свёрнут, показать
     
     
  • 9.74, kusb (?), 20:45, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Выпуск системы управления исходными текстами Git 2.39... текст свёрнут, показать
     
     
  • 10.76, Вы забыли заполнить поле Name (?), 21:28, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никакой анархии Рыночные механизмы давно известны и в битке они также работ... текст свёрнут, показать
     
     
  • 11.83, kusb (?), 18:35, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитал немного про эти волны и не понимаю в чём проблема И конечно рыночные м... текст свёрнут, показать
     
     
  • 12.84, kusb (?), 18:37, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное поздно ответил уже Особенность комментариев на Опеннете - не понятно, ... текст свёрнут, показать
     
  • 4.43, Вы забыли заполнить поле Name (?), 21:18, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > прорывная технология.

    Дааа... Способ оплаты на черном рынке (наркотики, оружие и т.п.), создание искусственного ажиотажа с видеокартами, огромное потребление электроэнергии впустую для майнинга, вирусы-майнеры. Прорывная технология.

     
     
  • 5.59, kusb (?), 10:06, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прорывная технология в том плане, что решает задачи в области децентрализованных сетей и доверия, которые раньше вообще никак не решались. И это всё-таки технология - её можно использовать не только как "деньги".
    Сам блокчейн стали запихивать много куда, потому что при всей своей сложности решает проблемы и такой децентрализованный реестр который сложно подделать много кому нужен.
    Ты говоришь про недостатки - новые и прорывные технологии как раз могут быть недоделанными. Потому что они внезапно - новые.
    Что касается наркотиков и оружия - это вообще не связано с технологией и наоборот доказывает, что она востребована, любые независимые деньги использовались в первую очередь для покупки наркотиков и оружия.
    То же о вирусах-майнерах.
    А о ажиотаже с видеокартами - я не знаю с какой стороны этот ажиотаж, тут нужно офигеть как разбираться в рынке.
     
     
  • 6.67, Аноним (14), 15:42, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если у тебя нод больше, то это теперь твоя сеть и остальные ноды тебе подчинятся. Ну такое решение тоже.
     
     
  • 7.70, kusb (?), 16:02, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если у тебя нод больше, то это теперь твоя сеть и остальные
    > ноды тебе подчинятся. Ну такое решение тоже.

    С одной стороны да, а с другой - реально, какие на это шансы?
    Так то да - одно из самых фиговых мест Биткоина. Вместе с пропускной способностью и сжиганием ресурсов.

     
  • 6.75, Вы забыли заполнить поле Name (?), 21:21, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Криптовалюты - это обкатака на хомячках технологии, которая затем будет использоваться для создания электронных денег государствами.
     
     
  • 7.77, Аноним (35), 01:41, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да скорее бы уже, хоть перестанут деньги тратить на печать фантиков.
     
     
  • 8.78, Вы забыли заполнить поле Name (?), 01:53, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отслеживать и изымать фантики сложнее Поэтому пока наслаждайся свободой ... текст свёрнут, показать
     
  • 2.21, Вы забыли заполнить поле Name (?), 13:59, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > на блокчейне

    Такс, этому смузи больше не наливать.

     
  • 2.25, Аноним (25), 14:27, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если так сказать, то дрюшечке придётся срочно переводить свой хостинг на пихуль, веть блокчейн у него запрещён.
     
  • 2.28, Аноним (28), 16:59, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Система хранения кода на merkle tree.
     

  • 1.15, Аноним (15), 12:17, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Из исходников удалили все вхождения master и 0xDEADBEEF?
     
  • 1.23, Аноним (23), 14:23, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Раньше для выполнения аналогичной операции потребовалось бы привлечение утилит sort и uniq:
    >   git log v2.38.0.. --date='format:%Y-%m' --format='%cd' | sort | uniq -c

    Куда они дели юникс-философию?

     
     
  • 2.39, Аноним (35), 18:39, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прагматичность >> догматичность. «Юникс-философию» выкинули ровно в тот момент, когда увидели, что для их задач классический юникс-конвейер работает слишком медленно и не параллелится. Git разрабатывается с учётом его использования на реальных проектах, а не исходя из влажных фантазий эникеев о «юникс-философии».
     
     
  • 3.46, Вы забыли заполнить поле Name (?), 21:26, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В следующей версии ждем встроенный sql для выборки коммитов.
     
     
  • 4.52, Аноним (52), 23:28, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отличная идея...
     
  • 4.72, Аноним (35), 17:40, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы не отказался, но это как раз можно плагином решить.
     
  • 2.48, penetrator (?), 22:35, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а другим платформам что делать?
     
     
  • 3.69, Аноним (33), 15:54, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "Других платформ" (не имеющих базового unix окружения) всего одна - нативный windows. И под неё ванильный git никогда не работал и не будет по самой причине её ущербности и несовместимости. git-for-windows, если что, берёт это окружение из mingw и приносит с собой. Но даже на windows появился WSL, поэтому нет больше платформ без unix окружения.
     

  • 1.30, YetAnotherOnanym (ok), 17:56, 13/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > предоставляющей гибкие средства создания адской спагеттиподобной мешанины форков и мержей

    Поправил. Можете не благодарить.

     
     
  • 2.37, Аноним (33), 18:22, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слияние веток - базовая функциональность любой VCS, соответственно "адскую спагеттиподобную мешанину форков и мержей" может сделать любая VCS. В svn, например, было куда больше адищи, потому что mergeinfo (да, информация о слияниях там была не first-class citizen, а опциональной пропертёй) можно было тупо забыть записать а можно было записать не в то место в дереве, в итоге разобраться что куда было вмержено вообще было невозможно даже без учёта того что ветки в SVN тоже не first-class citizen, и вмержен мог быть любой каталог в любой каталог, потом откачен, потом опять вмержен. Поэтому столько проблем было при конвертациях больших svn реп в git.

    А так-то ветвящейся историей никто пользоваться не заставляет, в большинстве случаев куда удобнее rebase.

     
     
  • 3.63, YetAnotherOnanym (ok), 12:11, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Слияние веток - базовая функциональность любой VC

    Это-то и плохо. Мержей вообще быть не должно. Разошлись - значит разошлись. Невер секс ёр экс. Форкнули экспериментальную ветку, отработали какие-то идеи - черрипикаем дифы и накатываем их в основную ветку.

     
     
  • 4.66, Аноним (33), 15:38, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > черрипикаем дифы и накатываем их в основную ветку.

    Это и есть rebase.

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

     
  • 2.47, Вы забыли заполнить поле Name (?), 21:27, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нормальные люди ребейзят и стараются делать линейную историю.
     
     
  • 3.49, penetrator (?), 22:41, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да херь это полная, когда даже стандартные тулзы типа гитлаба предлагают онли мердж реквест
    основная масса идет простым путем, жопболь никому не нужна ради красоты в логе

    ты бы видел какую парашу в коментариях в принципе пишут, а ты про ребейз

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

     
     
  • 4.51, Аноним (13), 23:06, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно или изменить настройки гитлаба чтобы стало rebase или просто поставить галочку объединения комитов
     
  • 4.54, Вы забыли заполнить поле Name (?), 23:56, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > да херь это полная, когда даже стандартные тулзы типа гитлаба предлагают онли
    > мердж реквест

    С разморозкой. С 19 года там можно в кнопке поменять merge на rebase.

    > основная масса идет простым путем, жопболь никому не нужна ради красоты в
    > логе
    > ты бы видел какую парашу в коментариях в принципе пишут, а ты
    > про ребейз

    Ну если человек не хочет следовать гайдлайнам или их нет, то это уже проблема другого уровня.

     
     
  • 5.80, penetrator (?), 02:33, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    где там?

    https://docs.gitlab.com/ee/user/project/merge_requests/methods/#rebasing-in-se

     
  • 4.68, Аноним (33), 15:47, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Гитхаб предлагает merge, squash и rebase Всё по одной кнопке Там нет жопаболи ... большой текст свёрнут, показать
     
     
  • 5.79, penetrator (?), 02:30, 15/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    где там про гитхаб?
     
  • 3.53, Аноним (52), 23:30, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И разработчик у них один отличные новости из идеального фантазийного мира.
     
  • 3.60, kusb (?), 10:08, 14/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нормальные люди ребейзят и стараются делать линейную историю.

    Почему бы не хранить две истории и предоставлять абстрактно чистую и настоящую...

     
  • 2.50, Аноним (18), 22:55, 13/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не осилил?)) Ну тогда поставь себе какой-нибудь GitExtensions уже
     

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



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

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