The OpenNET Project / Index page

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

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

22.11.2023 15:06

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

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

  • В команду "git repack" добавлены опции "--filter" и "--filter-to", позволяющие выполнить переупаковку репозитория c учётом заданного фильтра объектов, и при необходимости перенести в отдельное место объекты, не удовлетворяющие заданному фильтру. Опции можно использовать для разделения репозитория в соответствии с определёнными критериями (например, для выноса ненужных или слишком больших объектов), сохраняя при этом возможность доступа ко всем частям при помощи частичного клонирования. Например для оставления в репозитории блобов, размером менее 1 МБ, и выносом в отдельный репозиторий остальных крупных объектов, можно выполнить:
    
       $ git init --bare ../backup.git
       $ git repack -ad --filter='blob:limit=1m' \
          --filter-to=../backup.git/objects/pack/pack
    

    Инициализация репозитория при помощи частичного клонирования позволяет работать с неполной копией репозитория, корректно обрабатывая обращения к отсутствующим объектам (при обращении к отсутствующим объектам, они на лету будут загружаться по мере необходимости).

  • Добавлена возможность работы с несколькими pack-файлами с информацией о недостижимых объектах ("cruft packs"), на которые в репозитории отсутствуют ссылки (не ссылаются ветки или теги). При помощи новой опции "git repack --max-cruft-size" можно определить максимальный размер отдельного pack-файла и добиться разделения базы недостижимых объектов на серию pack-файлов небольшого размера. Использование нескольких мелких pack-файлов вместо одного крупного позволяет значительно сократить операции ввода/вывода при переупаковке репозиториев с большим числом недостижимых объектов, так как для каждой операции переупаковки не нужно будет перезаписывать все данные.
  • Добавлено распознавание попыток выполнения двойной отмены коммита через "git revert" и учёт этого факта при формировании сообщения об отмене (при повторном "git revert" вместо "Revert: Revert: fix bug" будет записано "Reapply fix bug", а если откатить изменение третий раз - "Revert Reapply fix bug").
    
       $ git revert --no-edit HEAD >/dev/null
       $ git revert --no-edit HEAD >/dev/null
       $ git log --oneline
       a300922 (HEAD -> main) Reapply "fix bug"
       0050730 Revert "fix bug"
       b290810 fix bug
    
  • Разрешено совместное использование опций "--rfc" и "--subject-prefix". Например, для формирования письма с префиксом "[RFC PATCH bpf-next]" в теме сообщения можно указать:
    
      $ git format-patch --subject-prefix="PATCH bpf-next" --rfc
    
  • В команде "git log" разрешено указание заполнителя "%(decorate)" для показа имён связанных веток при определении формата при помощи опции "--format", например:
    
       $ git log --format='%cr%(decorate) (%h) %s'
       3 days ago (HEAD -> master, origin/master, origin/HEAD) (e0939bec27) RelNotes: minor wording fixes in 2.43.0 release notes
       7 days ago (tag: v2.43.0-rc1) (dadef801b3) Git 2.43-rc1
       7 days ago (8ed4eb7538) Merge branch 'tb/rev-list-unpacked-fix'
    
  • В "git for-each-ref" и похожие команды добавлена возможность применения правил .mailmap к заданным через опцию "--format" спецификаторам формата, таким как "%(authorname)" и "%(committeremail)".


  1. Главная ссылка к новости (https://lkml.org/lkml/2023/11/...)
  2. OpenNews: Доступна система управления исходными текстами Git 2.42
  3. OpenNews: Уязвимости в Git, позволяющие перезаписать файлы или выполнить свой код
  4. OpenNews: Уязвимости в Git, приводящие к утечке и перезаписи данных
  5. OpenNews: Выпуск git-совместимой системы управления версиями Got 0.80
  6. OpenNews: Две уязвимости в Git, способные привести к удалённому выполнению кода
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60150-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (99) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 15:17, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +39 +/
    Гит уже сложнее чем джава и с++ вместе взятые.
     
     
  • 2.3, keydon (ok), 15:23, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Там рюшечек много (в духе --fixup, reapply), а сама концепция может и не суперпростая, но и не шибко сложная.
     
     
  • 3.177, Аноним (-), 20:51, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Там рюшечек много (в духе --fixup, reapply), а сама концепция может и
    > не суперпростая, но и не шибко сложная.

    Более тогго
    1) Гит логично ложится на типовые воркфлоу.
    2) Реально часто используемые команды достаточно простые, и работают так как ожидает большинство програмеров умеющих в командную разработку.
    3) Когда приспичило в продвинутости может оказаться что другие варианты были так то и еще сложнее. А пользоваться этим всем - ну вот реально - опционально. Особенно если кто не руководитель проекта уровня Торвальдса, агрегирующий за толпой додиков а обычный програмер.

     
     
  • 4.236, Аноним (236), 14:40, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты спорол полную чушь, но если вместо git подставить mercurial, то будет всё верно.
     
     
  • 5.250, Аноним (250), 19:59, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты спорол полную чушь, но если вместо git подставить mercurial, то будет всё верно.

    Боюсь что те кто может это сказать - про именно меркуриал - крайне хреновые разработчики, выпавшие из state of art, не умеюшие в географически распределенные команды, и вообще, виндовые мышевозилы, которые в распределенную разработку не умеют, вместо этого пытаясь рассматривать DVCS и воркфлоу как "SVN на стероидах". Что разумеется фэйл сразу на старте.

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

     
  • 3.213, all_glory_to_the_hypnotoad (ok), 03:18, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Концепция простая как топор
     
     
  • 4.237, Аноним (236), 14:43, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да. Как и у редакторов. И тем не менее, всевозможных редакторов сделано уже свыше 1000 штук. Концепция - простая, РЕАЛИЗАЦИЯ - сложная! :)) С виду - да, просто загнали в БД очередную версию файла. На деле, только mercurial подходил к своей работе аккуратно и логично. А трольвадс писал свою фигню чисто на коленке, расширяя на ходу в меру своих ограниченных умственных способностей.
    Так что на сегодня КАК ИНЖЕНЕР я бы выбрал mercurial, а для интерактива со смузихлёбами - гит.
     
     
  • 5.248, Серб (ok), 16:20, 27/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что на сегодня КАК ИНЖЕНЕР я бы выбрал mercurial, а для интерактива со смузихлёбами - гит.

    Плохой из тебя инженер.

    mercurial уже проиграл. Окончательно и бесповоротно. Из-за проблем в идеологии. Методы добавления расширений были заточены на python.

    Это ошибка на этапе постановки задачи.

     
  • 5.251, Аноним (250), 20:02, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что на сегодня КАК ИНЖЕНЕР я бы выбрал mercurial, а для
    > интерактива со смузихлёбами - гит.

    Инженеры так то разные бывают. Конечно если ты далек от софтостроя - то тебе и меркуриал - VCS. А если это про разработку софта - мир сделал свой выбор.

     
  • 2.4, Аноним (4), 15:24, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –17 +/
    Сейчас голым гитом никто особо не пользуется. В практически любом IDE есть GUI для контроля версий.
     
     
  • 3.53, Аноним (53), 17:38, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Отучаемся говорить за всех
     
     
  • 4.118, Аноним (118), 19:03, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Он по делу всё сказал. Не бурчи, дед.
     
     
  • 5.122, Аноним (53), 19:32, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Ерунду он сказал. Есть люди, которые используют Гит только из IDE. Есть, которые только из командной строки. Есть те, которые и оттуда, и оттуда, в зависимости от обстоятельств. Есть вещи, которые из консольного Гита сделать проще, чем из IDE, а есть и которые вообще в IDE нельзя сделать. Потом, есть программисты, которые вообще не используют IDE, но используют Гит, такие вот дела. Потом, есть сисадмины, они тоже консольным Гитом пользуются. Наконец, есть девопсы, они Гит вообще из скриптов дёргают, какие там где IDE? Я всех этих людей видел, и их далеко не 0,1%.
     
     
  • 6.126, Аноним (118), 19:40, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > которые только из командной строки

    Это наверное как раз те сотые доли процента.

     
     
  • 7.135, Аноним (135), 20:01, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Если ваше знакомство с айтишниками ограничивается только выпускниками курса "frontend за три дня", то очень может быть.
     
  • 6.188, Аноним (188), 21:26, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А есть еще те которые используют ни консоль, ни IDE.
    Есть тонны GIT GUI (https://git-scm.com/downloads/guis) на любой вкус, цвет и систему.

     
     
  • 7.194, Аноним (135), 22:01, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но чтобы под линуксы и удобно - только за деньги.
    Из бесплатных и удобных есть TortoiseGit, но он только под винду.
     
     
  • 8.206, Аноним (188), 01:05, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    линуксы и удобно - это вообще странное сочетание в одном предложении С другой... текст свёрнут, показать
     
  • 3.119, Аноним (119), 19:17, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На моем коре2дуба эти ваши IDE на электронах и прочих явах еле ползают, хотя в Win 95/98 на пеньке 166, который ммх, всякие дельфи, борланд и вижуал си, можно сказать что летали. Но это прогресс, я понимаю..
     
     
  • 4.195, Аноним (195), 22:27, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вы поставьте на пенёк-166 mmx _тот самый_ Visual C, и сравните его возможности с нынешними IDE.
     
     
  • 5.196, Аноним (195), 22:29, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Алсо, не летал он там. Совсем не летал.
     
  • 3.123, Вы забыли заполнить поле Name (?), 19:37, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот и выросло поколение нажимающих на кнопочки в иде.
     
     
  • 4.187, Аноним (195), 21:09, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Причём уже третье по счёту как минимум.
     
     
  • 5.191, Аноним (191), 21:48, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Даже суровый дед Томпсон для PDP-7 в первую очередь написал ассемблер, редактор и шелл, и только потом уже взялся всё остальное. Он-то как раз хорошо знал, как важны удобство и скость написания кода. Жаль, что не все его посыл поняли, и всё воюют, сперва с ИДЕ, потом с LSP, а теперь вот ещё с копилотами и прочими плодами прогресса.
     
     
  • 6.207, Аноним (188), 01:09, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ... а потом придумали вим и развитие пошло куда-то не в ту сторону(
    зато горды что могут за минуту сочинить команду "отравить курсор на 3 стоки вниз, на -2 слова влево и удалить один символ"
     
     
  • 7.212, Аноним (195), 02:08, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно подумать, vi от хорошей жизни был придуман. На терминале с 59 клавишами и скоростью 300 бод захочешь жить — не так раскорячишься.
     
     
  • 8.238, Аноним (236), 14:47, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо Почему это г ноподелие ушло дальше терминалов 300 бод ЧТО этому виму... текст свёрнут, показать
     
  • 7.227, Вы забыли заполнить поле Name (?), 20:58, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > ... а потом придумали вим и развитие пошло куда-то не в ту
    > сторону(
    > зато горды что могут за минуту сочинить команду "отравить курсор на 3
    > стоки вниз, на -2 слова влево и удалить один символ"

    Ага. Зато я придумал как пользоваться мышкой и не убирать руки с клавиатуры: достаточно двигать мышь ногой. Педаль для вима же есть https://github.com/alevchuk/vim-clutch

     
  • 4.220, Аноним (-), 09:34, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    да-да-да. и уже поколений 20+ не можем самостоятельно дома строить, отапливать и отравиться от заражения собственными фекалиями. какой-нить средневековый чел сейчас любого из нас может запросто..

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

    что толку от грамотного ит-спеца, если у него забрать возможность спокойно комфортно жить, питаться, чувствовать себя в безопасности. с другой стороны - он помогает всем этим, иным, сферам развиваться. не так ли?

     
     
  • 5.229, Вы забыли заполнить поле Name (?), 21:06, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > это называется прогрессом - когда разработка и отладка одних технологий, посредством грамотных специалистов, предоставляет возможности по сохранению времени и его освобождению для другого.

    Это называется профнепригодность. Если шаг влево или вправо от твоей области для тебя темный лес, то это дерградация как специалиста.

     
     
  • 6.230, Аноним (191), 04:29, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Профессионал, в отличие от любителя, знает, что можно не знать. И полагается не на заучивание всего корпуса предметных знаний, а на практический опыт, знание самых необходимых в работе концепций, и умении увернно разобраться с шагам в любом направлении.
     
     
  • 7.233, Прохожий (??), 12:37, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Профессионал, в отличие от любителя, просто деньги получает за свою работу. Только в этом между ними разница.
    Никто не говорит о заучивании конкретных шагов. Речь идёт о том, чтобы просто знать, что и так можно, и сяк.
     
  • 7.244, Аноним (-), 13:45, 26/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    именно. "понимание принципов освобождает от необходимости знания очень многих фактов"
     
  • 6.243, Аноним (-), 13:45, 26/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ну извините у меня какая логика есть с сотню истинных _маэстро, которые самую... большой текст свёрнут, показать
     
  • 6.246, User (??), 08:59, 27/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кардиохирургу расскажи - мол, не можешь в поле топором кесарево сделать = профнепригоден! А на "доктора наук" и топор самому скрафтить надо, да?
     
     
  • 7.253, Вы забыли заполнить поле Name (?), 21:16, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Кардиохирургу расскажи - мол, не можешь в поле топором кесарево сделать =
    > профнепригоден! А на "доктора наук" и топор самому скрафтить надо, да?

    Некорректное сравнение.

    Во-первых, если бы кардиохирург нажимал кнопочку, а робот бы все делал, а кардиохирург даже бы не знал, что происходит далее, то у него не должно быть лицензии. К тому же у хирургов (нормальных) часто курсы повышения квалификации есть, изучение новых методик, например, малоинвазивные вмешательства.

    > мол, не можешь в поле топором кесарево сделать

    Кесарево не кардиохирург делает :) Но вообще хирург нормальный должен мочь выполнить операцию общего типа. Ну наложить шов уж точно должен.

     
     
  • 8.254, User (??), 21:34, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Очень даже корректное Шаг влево - шаг вправо, отсутствие привычных инструментов... текст свёрнут, показать
     
  • 7.255, Аноним (250), 22:42, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Кардиохирургу расскажи - мол, не можешь в поле топором кесарево сделать = профнепригоден!

    Ну вообще, можно найти байку как хирург на подводной лодке сам себе апендикс удалял, при помощи, цуко, повара. И таки - альтернативные варианты так то еще хуже были.

     
     
  • 8.256, User (??), 07:03, 29/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И не выиграл, а проиграл, и не в преферанс, а на бильярде Ц Гуглить Рогозов ... текст свёрнут, показать
     
  • 3.178, Аноним (-), 20:54, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Сейчас голым гитом никто особо не пользуется. В практически любом IDE есть
    > GUI для контроля версий.

    Вот не надо тут за всех, это некультурно. Попробуй с этим твоим IDE за толпой бакланов поразгребать, особенно когда мержи не сошлись, конфликты, и проч, тогда и поговорим.

    А, ты не руководитель проекта а джун на побегушках? А до Торвальдса тебе как пехом до пекина? Так потому и джун.

     
     
  • 4.208, Аноним (188), 01:15, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты серьезно сравниваешь удобство мерджа и разрешения конфликтов в каком-то GUI (например используя 3-way merge) и голый гит в консоли ?
    Думаю ты ничего больше hello world никогда не мерджил.
     
     
  • 5.214, all_glory_to_the_hypnotoad (ok), 03:46, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Балда, 3-way merge это алгоритм diff-а и в Git примерно везде только он и есть. Типичные конфликты, которых подавляющее большинство, проще разрешать голым git-ом. Полноценно и эффективно с Git можно работать только через оригинальный клиент.
     
  • 5.225, Аноним (-), 17:09, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты серьезно сравниваешь удобство мерджа и разрешения конфликтов в каком-то GUI (например
    > используя 3-way merge) и голый гит в консоли ? Думаю ты ничего больше hello world
    > никогда не мерджил.

    Ну ты то нам тут ща мастеркласс дадешь, как это все супер-эффективно ворочать, м? А потом не окажется что я это раза в 2-3 быстрее фигачил? Шеллом пользуются не по приколу а потому что это весьма эффективная рабочая среда. То что для этого надо мозг поднапрячь а не только мышкой возякать - да, бывают в жизни огорчения.

     
  • 4.247, User (??), 09:03, 27/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да - есть такая работа, гумно за другими разгребать. Хорошая работа, нужная я бы даже сказал - у-ва-жа-е-ма-я, но вот требовать от всех навыков работы ассенизатора с обращением соответствующими инструментами некоторым образом эребор. Одного, гм, черпия на организацию более чем достаточно - а некоторые с развитием канализации и без него вполне себе справляются. Абыдна, да?
     
  • 2.9, Аноним (9), 15:34, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И это хорошо.
     
  • 2.23, Аноним (188), 16:42, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стренно, мне казалось что система проста как лапоть.

    Для начала достаточно трех команд
    git pull
    git commit
    git push

    А потом как разберешься, можно добавить фетч, мердж и тд
    Но это уже ближе к мидлу))

     
     
  • 3.180, Аноним (-), 20:58, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Для начала достаточно трех команд
    > git pull
    > git commit
    > git push

    Если в проекте есть не только ты и какая там у тебя кошка, еще хотя-бы git branch нехило бы освоить. Ну и git merge потом. Или ты планируешь гадить недопиленой фичой прям в main/master? За это с тобой остальные сделают то же что с кошкой. За то же самое.

     
     
  • 4.189, Аноним (188), 21:27, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а git branch делает лид)
    или кто там нянчится с джунами
     
     
  • 5.197, Аноним (197), 23:21, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что у вас там за джуны, что не в состоянии git branch без лида сделать? Из детсада что ли?
     
     
  • 6.199, Аноним (135), 23:45, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почти. Из фронтенда.
     
  • 5.226, Аноним (-), 17:20, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он что, каждого котенка сам лично в его бранч носом тыкает, ибо тот неразумный и... большой текст свёрнут, показать
     
  • 4.228, Вы забыли заполнить поле Name (?), 20:59, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > прям в main/master

    Просто master, не надо распространять эту глупую моду

     
  • 3.239, Аноним (236), 14:50, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    s/git/hg/  , а так да, всё верно - простая как лапоть. :)
     
  • 2.31, Аноним (31), 17:01, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Никто не заставляет учить все команды.

    На собеседованиях могут спросить: "гит знаешь"? отвечать надо так: "знаю". После этого тема с гитом обычно закрывается.

    Устроившись на работу, обнаружишь, что все в гите допускают ошибки, обычно при мердже. Но все всем всё прощают. Так как никто никого не заставляет учить все команды.

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

     
     
  • 3.40, Аноним (4), 17:10, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Остальные команды учишь по желанию

    Открою секрет. Их вообще никто не учит. В последний раз чтобы кто-то юзал гит в консоли видел 10 лет назад.

     
     
  • 4.48, Аноним (48), 17:27, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Открою секрет. Гитом пользуются не только программисты. Ansible + git (в консоли) сейчас самый ходовой инструмент сисадмина.
     
     
  • 5.50, Аноним (2), 17:30, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ansible + git (в консоли) сейчас самый ходовой инструмент сисадмина.

    Зачем тебе аццкому одмину локалхоста нужны Ansible + git?

     
  • 4.58, Аноним (53), 17:44, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Их вообще никто не учит.

    Отучаемся говорить за всех.

    > В последний раз чтобы кто-то юзал гит в консоли видел 10 лет назад.

    Это говорит лишь о твоём узком круге общения.

     
     
  • 5.183, BrainFucker (ok), 21:03, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Их вообще никто не учит.
    > Отучаемся говорить за всех.

    Да всё правильно. Команды не учат даже те кто пользуется только из консоли. Наиболее часто используемые запоминаются сами сразу. За остальными когда надо можно заглянуть в ман, учить их не надо.

     
     
  • 6.186, Аноним (-), 21:09, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Да всё правильно. Команды не учат даже те кто пользуется только из консоли.
    > Наиболее часто используемые запоминаются сами сразу. За остальными когда надо
    > можно заглянуть в ман, учить их не надо.

    Еще у современных версий автокомплит для шела нормальный. Достаточно таб бахнуть - и варианты автокомплита вполне нормальные как правило, с учетом контекста.

     
  • 6.190, Аноним (53), 21:45, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Команды не учат даже те кто пользуется только из консоли. Наиболее часто используемые запоминаются сами сразу.

    К словам придрался

     
  • 3.61, Аноним (61), 17:49, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >гит знаешь?

    конечно знаю! что он есть.

     

     ....большая нить свёрнута, показать (61)

  • 1.10, Аноним (10), 15:46, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    я повторю свой коментарий более развёрнуто - из-за своей сложности гит сожрёт сам себя
     
     
  • 2.125, Вы забыли заполнить поле Name (?), 19:40, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Продолжайте вести наблюдение
     
  • 2.209, пох. (?), 01:15, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > из-за своей сложности гит сожрёт сам себя

    выше уже писали что голый гит никто не использует, времена bash портянок и пердолинга терминала давно ушли на свалку истории, сегодня всё есть в ide.. ну или github desktop, который используется вообще везде.

     
     
  • 3.219, Аноним (219), 08:59, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Все джуны сначала так говорят.
     
  • 3.224, Аноним (-), 13:56, 23/11/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.252, Аноним (250), 20:07, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> из-за своей сложности гит сожрёт сам себя
    > выше уже писали что голый гит никто не использует, времена bash портянок
    > и пердолинга терминала давно ушли на свалку истории, сегодня всё есть
    > в ide.. ну или github desktop, который используется вообще везде.

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

     
     
  • 4.257, пох. (?), 16:56, 29/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не пойму, что вам не понравилось в выступлени моего колл...подделки? Вы не любите shithub дрисьтоп?! Вам может еще и не нравятся "syntax highlighted diffs" ?!

     
  • 2.234, Аноним (234), 13:44, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    +1. И это не говоря об архаичной и нелогичной системе команд и ключей. Чем дальше в лес, тем маразматичнее выглядят все эти улучшения.
     

  • 1.11, Аноним (11), 15:51, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему он так херово множит? Есть настройка чтобы разные соседние строки спокойно добавлялись без конфликта? Как это например делает меркуриал
     
     
  • 2.12, Аноним (11), 15:52, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мержит*
     
     
  • 3.14, Аноним (14), 16:02, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Эк тебя помножило то в меркуриале, ты теперь даже мерж-конфликты не замечаешь
     
     
  • 4.184, Аноним (-), 21:06, 22/11/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.215, Аноним (215), 06:07, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Свой mergetool ему добавь.
     

  • 1.18, Аноним (18), 16:32, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лишь бы на SHA256 не переходить.
     
  • 1.121, Аноним (121), 19:29, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как там rhg поживает?
     
     
  • 2.218, Аноним (219), 08:58, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    chg хорошо поживает, остальное неважно.
     

  • 1.127, Аноним (119), 19:40, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странный кусок софта. Столько всего умеет, но при этом базовые вещи сделаны через одно место.
     
     
  • 2.130, Аноним (118), 19:50, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да какая тебе разница как и что он там делает. Это всё низкий уровень и тебе туда в голой консоли лезть не нужно без острой необходимости. В том же vscode уже есть отличные средства для работы с гит.
     
     
  • 3.216, Аноним (219), 08:55, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По крайней мере ты не отрицаешь, что базовые вещи там сделаны через одно место.
     
     
  • 4.223, penetrator (?), 11:35, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    что очень странно для того, кто юзает вскод
     
  • 2.204, Аноним (204), 00:53, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ровно также как и в ядре линукса.
     
  • 2.232, Аноним (232), 10:19, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А что такого плохого сделано в git add, git commit, git push/pull?
     

  • 1.131, Вы забыли заполнить поле Name (?), 19:52, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кто говорит, что гит переусложнен https://www.opennet.me/opennews/art.shtml?num=52355
     
     
  • 2.134, Аноним (118), 20:00, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Подготовленной функциональности достаточно для совершения коммита в git-репозиторий.

    И на этом всё. А теперь открой официальный мануал по гиту (по объёму тянет на диссертацию) и посмотри какой у там перегруженный функционал.

     
     
  • 3.139, Аноним (135), 20:06, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > посмотри какой у там перегруженный функционал

    Не нашёл в доках гита ничего про вариационное исчисление.

     
     
  • 4.193, Аноним (191), 21:57, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не нашёл в твоей натужной шутке ничего смешного.
     
     
  • 5.200, Аноним (135), 23:45, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это и не шутка.
     
  • 3.179, Аноним (191), 20:54, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так гит и проблему нетривиальную решает. Был бы «Hello, world!», мануал и вовсе не понадобился бы. Но тебе-то какая печаль? Для твоих задач «Новая папка (132120)» достаточно.
     
  • 3.185, Аноним (185), 21:06, 22/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > и посмотри какой у там перегруженный функционал

    Который никто не обязывает использовать.

     
     
  • 4.217, Аноним (219), 08:56, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как и в С++
     
  • 3.202, Словарь (?), 00:15, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ФУНКЦИОНАЛ - математическое понятие, возникшее в вариационном исчислении для обозначения переменной величины, заданной на множестве функций, т. е. зависящей от выбора одной или нескольких функций. Напр., длина дуги кривой, соединяющей две фиксированные точки, будет функционалом, т. к. величина длины дуги зависит от выбора функции, график которой соединяет эти точки.


    Удивительно, как ты умудрился опростоволоситься, цитируя сообщение, в котором написано правильно.

     
  • 2.235, Аноним (234), 14:07, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты к чему ляпнул про "переусложнён" и как твоя ссылка это контраргументирует?? Чувак просто сделал КОММИТ средствами шелла! Даже фетча нет. И конечно же, название соответствует "Проект получил название shit" :)))))))))
     
     
  • 3.240, Вы забыли заполнить поле Name (?), 18:26, 24/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты к чему ляпнул про "переусложнён" и как твоя ссылка это контраргументирует??
    > Чувак просто сделал КОММИТ средствами шелла! Даже фетча нет. И конечно
    > же, название соответствует "Проект получил название shit" :)))))))))

    гит - это контентно адресуемая фс. Какой тебе фетч? Ну допиши и пошли ему патч.

     

  • 1.201, Аноним (201), 23:56, 22/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какая-то минорщина. Уже не знают что бы добавить, начали свистелки прикручивать.
     
     
  • 2.222, Аноним (222), 11:33, 23/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так это ж минорная версия
     

  • 1.245, Аноним (-), 14:08, 26/11/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как же я затрахался тут, намедне, с этим гитом

    ну неужели нельзя вытащить просто нужные папки/файлы сверху, блобы без сырцов?

    ну ок, гит инит, спарс-чекаут, ремоутом линканул, задал нужные папки, а пулл тащит весь этот .гит, который весит в сотни раз больше и нах не нужен. как сделать-то, чтоб изначальный .гит под 40кб оставался?

    зы. depth 1 помогает конечно, но можно ли как-нибудь вообще без? как-то по-оленьи получается, если делать скрипт который всё сносит, заново клонит, а потом .гит сносит хДД

     
     
  • 2.249, Аноним (-), 16:41, 28/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да блин, верхний уровень - бинарник готовый, который сами комплириуют, а мож и гитхаб экшены делает на автомате, исходники скрыты же наверняка. ну и кучка хмл конфигов попутно.

    тупо моды/плагины. можно как-нить их одних, бинарную версию без самой истории .гит, подтягивать обновления, гитом через скрипты? я могу сам линкануть репы внутри своей созданной, а вот не тянуть .гит как, для каждой репы, не знаю.

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

     

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



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

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