The OpenNET Project / Index page

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

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

14.03.2023 10:07

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

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

  • В скрипт git-jump добавлена поддержка редактора Emacs, помимо ранее поддерживаемого редактора Vim. Git-jump используется для передачи в текстовый редактор информации о позициях в файле для быстрой навигации и перехода к редактированию кода в определённом месте. Например, git-jump может применяться для переключения в редакторе между строками, полученными в результате разбора конфликтов слияния, оценки различий и выполнения поиска (можно выполнить "git jump grep foo" и затем быстро переключаться между позициями, в которых встречается маска "foo").
  • В "git cat-file" обеспечена поддержка применения опций "-s" и "--batch-check" вместе с "--use-mailmap" для правильного определения размера объекта с учётом замены идентификатора, осуществлённой на основе привязок к email, заданных в файле mailmap (ранее опция "--use-mailmap" влияла только на вывод содержимого, но не учитывала, что старые и заменённые пары имя/email могут иметь разный размер).
  • В команду "git check-attr" добавлена опция "--source" для выбора дерева с необходимым файлом ".gitattributes", который будет использован для определения актуальных атрибутов в условиях наличия в репозитории нескольких файлов ".gitattributes".
  • Реализация команды "git bisect" переписана на языке Си и встроена в основной исполняемый файл git (ранее команда была реализована в форме Shell-скрипта).
  • Удалена старая реализация команды "git add --interactive", написанная на Shell (в git 2.26 был предложен встроенный вариант на Си, но старая реализация на Shell оставалась доступной и регулировалась настройкой add.interactive.useBuiltin).
  • В команду "git merge-tree" добавлена опция '--merge-base'.
  • В команду "git range-diff" добавлена опция "--abbrev=<num>".
  • Добавлена возможность переопределения редактора списков для интерактивного режима команды rebase через выставление переменной GIT_SEQUENCE_EDITOR через команду "git var" по аналогии с "git var GIT_EDITOR".
  • В подсистему учётных записей добавлена поддержка паролей с ограниченным сроком действия.
  • В сценариях автодополнения ввода для Bash реализован режим работы без учёта регистра символов.


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


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 10:22, 14/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    чем оно лучше меркуриал?
     
     
  • 2.14, penetrator (?), 10:35, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +13 +/
    тем что не сдохло, тем что несмотря на непрозрачность и неудобство CLI - это самое популярное решение, и решает поставленную задачу вполне сносно, тем что вокруг него много серверных и клиентских обверток в том числе онпремиз от бесплатных до космоса, тем что это основная система контроля версий ядра линукса и оно применяется в самых жестких сценариях

    а хг не может дать ничего, притом не имея ничего из вышеперечисленного

     
     
  • 3.18, Аноним (2), 10:40, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    зато хг или тот же свн могут просто работать без ненужных переусложнений, вызванных самой необходимостью имитировать бурную деятельность по разработке не самого сложного по задумке своей инструмента
     
     
  • 4.50, Аноним (50), 12:39, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А ты их хоть одну видел? Просто базовый набор команд (а дальше ты всё равно не смог разобраться) очень похож, буковки только разные)))
     
     
  • 5.56, Аноним (56), 12:44, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Главное захейтить гит, а уж чем это к делу не относится.  
     
     
  • 6.68, Аноним (2), 13:03, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    я не хейтю, а пишу про его объективный овер-инжиниринг
     
     
  • 7.136, Илья (??), 23:44, 18/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что там переусложнено? 3 базовых понятия, 5 команд для работы.
     
  • 4.73, Аноним (73), 13:34, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Hg, наверное, да, может просто работать. Но SVN - не децентрализованный. Недецентрализованные уже давно не торт.
     
  • 4.103, Аноним (103), 21:21, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Без ненужных переусложнений есть же Got (Game of trees) от разработчиков OpenBSD - поддерживает все основные команды git и совместим с git репозиториями.
     
  • 4.115, Аноним (-), 12:21, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > зато хг или тот же свн могут просто работать без ненужных переусложнений,

    Работать - это громко сказано. Потому что вот именно контроль версий в гите получается лучше.

     
  • 3.96, Аноним (96), 15:51, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хг как раз даёт прозрачность и удобство cli. Продолжаем жевать кактус всей индустрией..
     
     
  • 4.116, Аноним (-), 12:23, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Хг как раз даёт прозрачность и удобство cli.

    Для каких-то непрограммистов - может быть. Для програмеров гит - как родной. Что там не делай, а обнаруживаешь что давно хотел делать именно это, именно так. Потому что это логично и эффективно на самом то деле. А вон то - более быстрые лошади для тех кто с SVN расстаться не может. Странно что они вожжи к рулю не крепят для эмуляции конной тяги.

     
  • 3.123, Анонимиус (??), 15:04, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Почему вы решили, это Mercurial сдох? Разработка продолжается, пакеты обновляются, утилита работает, багов в повседневной работе не встречается, довольно большое сообщество. Некоторые облачные сервисы отказались от него? Ну так то бизнес.

    >несмотря на непрозрачность и неудобство CLI
    >решает поставленную задачу вполне сносно

    Ну хоть честно признаете, что как инструмент Git довольно неудобен и переусложнен.

    Mercurial очень хорош для новичков, а перейти с него на ограниченное подмножество Git (которым пользуется 99% сидящих здесь экспертов) это дело буквально одного дня.

     
     
  • 4.128, Аноним (-), 18:07, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему вы решили, это Mercurial сдох?

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

    > облачные сервисы отказались от него? Ну так то бизнес.

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

    > Mercurial очень хорош для новичков, а перейти с него на ограниченное подмножество
    > Git (которым пользуется 99% сидящих здесь экспертов) это дело буквально одного дня.

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

     
  • 2.75, Аноним (75), 13:36, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Просто вспомни язык на котором написан меркуриал и ты сам все поймешь...
     
     
  • 3.97, анон (?), 16:57, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    его сейчас активно переписывают. на хрусте...
     
  • 3.99, Аноним (99), 19:15, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне лично глубоко пофиг на чем написано ПО, если оно прекрасно выполняет свою задачу и не требует для своей работы сотен мегабайт дополнительных библиотек. А вот к блобу под названием git у меня есть конкретные и не очень приятные вопросы...
     
     
  • 4.107, 101 (??), 22:16, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Огласите, пжлст.
     
  • 3.122, Аноним (122), 14:47, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть chg
     
  • 2.108, Аноним (99), 22:54, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Только тем что существует github.
     
  • 2.114, Аноним (-), 12:20, 15/03/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.124, Анонимиус (??), 15:18, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, что у каждого инструмента есть свои достоинства и недостатки.

    Git хорош для больших и огромных проектов, но переусложнен для небольшого проекта. Он быстр, но у него широкая и запутанная система команд.
    Mercurial прост, его команды интуитивно понятны и хорошо подходит для небольших проектов. Он не так быстр, но на практике для большинства проектов это не так важно.

    Так сложилось, что Git вышел раньше и имеет сильнейшую поддержку от сообщества Linux, что позволило ему стать доминирующей VCS несмотря на вопросы к его эргономике. Но это не значит, что Mercurial не является вполне рабочей альтернативой, особенно для начинающих. Во многих компаниях это основная VCS.

     

  • 1.3, InuYasha (??), 10:24, 14/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    и что все так любят гит? программа 20КБ, папка гит вест 100МБ. какого фига?
     
     
  • 2.5, Аноним (5), 10:26, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не нравится - можно юзать svn тогда.
     
  • 2.6, Аноним (2), 10:26, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    опенсорс, идите и разберитесь, Яков
     
  • 2.13, Иван_Лох (?), 10:34, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    git gc
     
     
  • 3.69, Аноним (69), 13:09, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    sudo apt remove git

    команда полезнее

     
     
  • 4.72, Аноним (72), 13:31, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Ты останешься с той же самой репой, но без инструмента для работы с ней. Молодец.
     
  • 4.87, Вы забыли заполнить поле Name (?), 14:38, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну тогда уж apt purge, в то так останутся конфигурации какие-нибудь, пацаны на районе не поймут
     
  • 2.16, Аноним (56), 10:38, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гит всё правильно делает.  
     
  • 2.28, Аноним (28), 11:01, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, наверно, не догадался, как сделать, чтобы не весило. Куда важнее, чтобы не скачивало чисто для компиляции, конечно. А вот в целях разработки может быть выгодно иметь полную копию данных.
     
     
  • 3.32, InuYasha (??), 11:34, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –14 +/
    Я начал новый проект в kdev и сделал тудапару коммитов. Мне некогда разбираться какого хрена очередная неведомая ёкнутая технология гадит в мою жизнь. Снёс нафиг - мне хватает и rar/tar/7z *.cpp раз в день.
     
     
  • 4.34, Аноним (34), 11:44, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Значит вы так и не поняли что гит - это не только про резервные копии
     
     
  • 5.52, Аноним (50), 12:42, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    git - Это вообще не про резервные копии, как и любая VCS. Резервные копии никто не отменял
     
  • 4.36, Alex (??), 11:45, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если тебе хватает zip, и подобных для своей разработки,
    значит твой проект пока еще не вырос чтобы его в
    git перекладывать..

     
  • 4.39, Аноним (56), 11:55, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты даже не программист.
     
     
  • 5.45, Аноним (28), 12:15, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смешно сравнивать с geany. Но просто гонит, в kdevelop (если это конечно он подразумевался, а то непонятно) нет такого поведения. Скорее всего левые данные попали.
     
     
  • 6.51, InuYasha (??), 12:40, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, о нём. Там багов предостаточно (даже порой больше на квадратный килобайт чем в самом линуксе), но это, в принципе, довольно годный искоробочный ИДЕ, который позволяет что-то делать.
    Есть подозрение что там каждый раз генерились тонны какого-нибудь browse info от гигабических библиотек, использованных в проекте, но мир никогда не узнает. Снёс к хренам.
     
     
  • 7.129, Аноним (-), 18:15, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хочу посмотреть как ты аналог git bisect сделашь в зип архивах, чудак Да, пр... большой текст свёрнут, показать
     
  • 4.44, Аноним (2), 12:12, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Яков, вы на пару со Стахлем себя просто напросто дискредитируете своими псевдо полезными хобби
     
  • 4.48, beck (??), 12:35, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > мне хватает и rar/tar/7z *.cpp раз в день.

    Значит git тебе не нужен. Более того,  вреден и будет всё портить.

     
  • 4.120, Аноним (120), 12:50, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты капец разработчик Твою жизнь не надо гадить - ты ее сам себе уже так изга... большой текст свёрнут, показать
     
  • 2.47, pavelmvl (?), 12:30, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Полагаю что с .gitignore вы не разбирались
     
     
  • 3.49, InuYasha (??), 12:37, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Запилил, конечно. Это самое важное в гите. )
     
  • 2.70, Аноним (70), 13:22, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Значит ты что-то не так делаешь. Скорее всего когда-то ты хранил в git бинарники, в рабочей директории почистил, а в истории нет.
     
  • 2.94, Аноним (94), 15:40, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто git предназначен для разработки, а не для "медитации" на занятое место на диске.
    Если ваша цель не разработка, а что-то другое воспользуйтесь соответствующими инструментами
     
     
  • 3.121, Аноним (120), 12:52, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто git предназначен для разработки, а не для "медитации" на занятое место на диске.

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

     
  • 3.127, Аноним (-), 18:03, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто git предназначен для разработки, а не для "медитации" на занятое место на диске.

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

     
  • 2.102, Jh (?), 21:04, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он же хранит всю историю коммитов, и все ветки. У тебя может быть там миллион веток
     
     
  • 3.112, Аноним (112), 10:29, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гит хранит объекты, а не ветки. Ветки это просто txt со значением SHA-1. По идее git prune сносит все объекты, на которые не ссылается ни одна ветка. Поэтому удаляем лишние ветки и сносим. Но ещё  история ссылок есть, её сначала тоже снести нужно.
     
  • 2.105, Aukamo (ok), 21:59, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего не знаю, на 64 битной gentoo:

    $ ls -h $(command -v git)
    -rwxr-xr-x 142 root root 3,6M фев 11 07:49 /usr/bin/git

    На винде git без *nix-ового окружения не может, так что ваши 100МБ это плата за использование пропроетарного ПО. И да, о WSL2, вам явно не рассказали.

     
  • 2.131, Аноним (131), 20:06, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не засирай репозиторий ненужными блобами и будет тебе щастье.
     

  • 1.17, Аноним (17), 10:39, 14/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток.

    А почему не самой?

     
     
  • 2.30, Аноним (56), 11:32, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Антимонопольщики замучают.  
     
     
  • 3.54, Аноним (50), 12:43, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что не мешает быть ему статистически самой популярной VCS
     
  • 3.106, Aukamo (ok), 22:02, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какое отношение антимонопольный комитет имеет с свободному ПО? Они что, плату за воздух взимать будут?
     

  • 1.26, Аноним (26), 10:47, 14/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В поддержке SHA256 до сих пор никаких подвижек.
     
     
  • 2.29, Аноним (29), 11:13, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Работа остановилась. Коммитить не могу. git'ом пользоваться невозможно.
    Дайте поддержку SHA256 уже, наконец!
     
  • 2.37, OpenEcho (?), 11:54, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В поддержке SHA256 до сих пор никаких подвижек.

    Совместимость однако тянет...

    BTW, fossil-scm давно на sha384

     
     
  • 3.41, Аноним (56), 11:57, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Технологии ради технологий.  
     
  • 3.57, Аноним (50), 12:44, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А смысл от sha384? У настоящих джентльменов есть только sha1, sha256 и blake3
     
  • 2.98, аНОНИМ (?), 17:55, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    аппаратно командами процессора поддерживается только sha1 и sha256. При этом sha1 сильно быстрее. С учётом того, что подбор коллизии (стоимостью 100к$) как атака мало актуально для гитовских реп -- можно не париться.
     
  • 2.109, Аноним (109), 01:44, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А у кого-нибудь получалось подобрать такую коллизию? Не pdf с рандомным мусором, как у Гугла, а валидный гит-коммит? Там ведь надо чтобы совпало вообще всё, включая размер файла. И ещё бы неплохо, чтобы это компилировалось (смысл рандомный мусор пихать?)

    Я не криптоаналитик, но мне кажется это малореальным.

     
     
  • 3.110, аНОНИМ (?), 05:45, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Подбор коллизии -- это именно подбор *одновременно* двух РАЗНЫХ наборов данных с одинаковым, но заранее неизвестным хешем. Подбор левых данных с целью получить заранее известный хеш -- это уже подбор прообраза и совершенно другая задача. Если для мд5 коллизии подбираются за секунду то для прообраза вынь да положь перебор всех 2^128 вариантов. Потому я и говорю -- паника по поводу sha1 бессмысленна, паникуют только те, кто не в теме.

    линкс релейтед: https://en.wikipedia.org/wiki/Collision_attack https://en.wikipedia.org/wiki/Preimage_attack

     
     
  • 4.132, Аноним (109), 22:00, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Плюс, в случае коллизии git берет _первый_ коммит с данным хэшем.

    В общем, вообще не вижу о чем беспокоиться. Есть масса куда более реализуемых способов нагадить.

     

  • 1.78, Аноним (78), 13:43, 14/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне вот интересно, вот каждую версию столько плюшек появляется, их вот прям все используют? Или ограничиваются стандартным набором?
     
     
  • 2.85, Аноним (2), 14:11, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    большинство разрабов которые сидят на гит тупо коммитят через VS Code или браузер)) им пофиг
     
     
  • 3.88, Вы забыли заполнить поле Name (?), 14:40, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потом открываешь историю комитетов, а там fix fix fix again
     

  • 1.95, Аноним (94), 15:46, 14/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие сложные вещи люди делают в git?
    Я кроме commit, push, merge ничего не делаю, изредко только файл или коммит из другой ветки забираю и пытаюсь по idea git history понять зачем какую-то фигню делали 3-5 лет назад
     
     
  • 2.100, Бил Гейтс (?), 19:24, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй это сделать без гита
     
     
  • 3.133, Аноним (94), 07:23, 16/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Без системы контроля версий это будет свалка кода, которую невозможно поддерживать.
    Там и так свалка, но с ней с трудом можно что-то делать
     
  • 2.101, Аноним (99), 19:52, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Гитом пользуются потому что github. Ваши операции проще делать в практически любой другой VCS.
    Кстати github скоро невозможно будет использовать, потому что нужно будет предоставить справку об отсутствии судимости и доказательство с мокрой печатью что ты это ты, а не кто-то другой. И причин использовать git не останется, кроме самой привычки его использовать.
     
     
  • 3.126, Люлька (?), 16:56, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда появятся отечественные аналоги)
     
  • 3.135, Аноним (94), 07:34, 16/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно так, удивляет как хомячки поглотили эту мульку с 2хфакторной аутентификацией. Свободные люди этим никогда пользоваться не станут
     
  • 2.104, Аноним (104), 21:54, 14/03/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    rebase blame reflog log reset checkout
     
     
  • 3.130, Аноним (-), 18:20, 15/03/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > rebase blame reflog log reset checkout

    Эллочки людоедки не могут в git bisect :). А напрасно, крутейшая штука. Можно картинно загасить баг в коде который вы впервые в жизни видите и ничерта в нем не смыслите. Когда DVCS такой хинт подогнал, кто угодно - офигенный кодер. Ведь вам по сути показали где баг, остается только починить.

     
  • 3.134, Аноним (94), 07:25, 16/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это же просто набор команд, а не что вы с этим делаете
    Checkout вообще одна команда на кучу операций
     

  • 1.111, Аноним (111), 06:12, 15/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В скрипт git-jump добавлена поддержка редактора Emacs

    Вау! Ждем обновления magit.

     
  • 1.125, Аноним (122), 15:26, 15/03/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кому больше нравится система команд Mercurial, существует полезная штука - плагин Hg-Git (https://hg-git.github.io/), который позволяет работать с Git-серверами через интерфейс Mercurial.
     

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



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

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