Если у вас есть проблемы с восприятием основных моментов в работе с Git-репозиторием из консоли, то вы всегда можете воспользоваться графическим клиентом. Один из них - Lazygit, псевдографический клиент, написанный на языке Go с использованием библиотеки gocui.

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

Просто посмотрите на картинку с примером работы и все вопросы отпадут сами собой.

>>> Библиотека gocui (BSD 3-Clause «New» or «Revised» License)

>>> Обучающее видео

>>> Подробности (github.com)

Это простая графическая оболочка для Git, написанная на bash, с использованием технологий yad, lxterminal* и leafpad*

Она написана по принципу KISS, поэтому принципиально не предоставляет сложных и продвинутых функций. Её задача ускорить типовые операции Git: commit, add, status, pull и push.

Для более сложных функций есть кнопка «Терминал», позволяющая использовать все мыслимые и немыслимые возможности Git.

( читать дальше... )

• Репозитрий исходного кода (GitHub)

>>> Подробности (ave4.github.io)

Сообщество KDE — одно из крупнейших в мире свободного ПО, оно насчитывает более 2600 участников. Однако вхождение новых разработчиков довольно затруднительно из-за использования Phabricator — оригинальной KDE-платформы разработки, довольно непривычной для большинства современных программистов.

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

«Мы очень рады, что сообщество KDE решило использовать GitLab, чтобы дать своим разработчикам дополнительньые возможности для создания самых современных приложений, — говорит Давид Планелла, PR-директор GitLab, — KDE уделяет массу внимания поискам новых решений и смелым экспериментам в области открытого кода. Такое мышление согласуется с целями GitLab, и мы надеемся на поддержку сообщества KDE, которое создаёт отличное ПО для миллионов пользователей по всему миру».

>>> Подробности (gitlab.com)

Вышла новая версия системы контроля версий. Она содержит 505 изменений относительно предыдущей – 2.22.

Добавлены две новые экспериментальные команды для разделения возможностей переусложнённой команды git checkout:

• git switch - переключение веток
• git restore - восстановление файлов.

Ещё изменения:

• Обновлены вспомогательные команды git rebase для удаления неиспользуемого кода.
• Команда git update-server-info не переписывает файл, если его содержимое осталось неизменным.
• Команда git mergetool и ее тесты теперь порождают меньшее количество подпроцессов.
• Команда git for-each-ref при запуске без аргументов предоставляет список всех ссылок вместе с коммитами, на которые они указывают.

А также много других улучшений и изменений.

>>> Подробности (github.blog)

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

Проект поддерживает все платформы, поддерживаемые Go ― GNU/Linux, macOS, Windows на архитектурах от x86_(64) и arm64 до PowerPC.

Эта версия Gitea содержит важные исправления безопасности, которые не будут бэкпортированы на ветвь 1.8. По этой причине, мы настоятельно рекомендуем обновиться.

( читать дальше... )

>>> CHANGELOG (github.com)

Несколько дней назад вышла версия 0.11.86 Gogs — свободного аналога GitHub для самостоятельного хостинга.

( читать дальше... )

>>> Релиз (github.com)

Несколько дней назад вышла свежая версия Pagure — хостинга git-репозиториев с открытыми исходниками, похожего на GitHub и GitLab.

Pagure написан на python и обладает всеми обычными для такого рода приложений возможностями:

• встроенным баг-трекером,
• хостингом документации,
• системой обсуждения и принятия pull-реквестов,
• подсветкой синтаксиса,
• встроенным просмотрщиком документов Markdown и reStructuredText.

Также есть и уникальные особенности:

• полностью открытые исходники (не «open core», в отличие от GitLab);
• есть возможность создавать pull-запросы из любых сторонних git-репозиториев;
• все важные данные (включая issues и метаданные pull-запросов) тоже хранятся в git-репозиториях, что упрощает резервное копирование и возможную миграцию с одного хостинга на другой.

В данный момент Pagure активно используется разработчиками Fedora.

>>> Подробности (pagure.io)

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

Значимые изменения:

• команда git branch -l <foo> теперь делает то же, что и git branch --list <foo> и является ее сокращением;
• команда git push в иерархию refs/tags/* не выполняется без добавления аргумента --force, а командой git fetch можно было скачивать объекты из refs/head/* без аргумента --force. Это было исправлено, поэтому некоторые теги могут не работать без --force в новой версии;
• команда git help -a выводит подробный вывод (как и git help -av). Те, кто хочет чтобы было как раньше, могут пользоваться git help --no-verbose -a;
• командой git cpn --help можно сократить команду git cherry-pick --help, т.е. cpn = cherry-pick -n;
• команда git send-email теперь может определять e-mail адреса, находя в заголовках сочетание символов "-by".

>>> Подробности (iu.edu)

Состоялся первый публичный релиз системы управления версиями Pijul 0.3, написанной на языке программирования Rust. Pijul объединяет в себе производительность git и простоту использования darcs. Основанная на модели теории патчей, система Pijul направлена на то, чтобы сделать операции слияния и забора определенных коммитов (cherry-pick) более интуитивным.

( читать дальше... )

>>> Подробности (pijul.org)

Вышла вторая мажорная версия GitPrep. GitPrep — это платформа для совместной разработки, позволяющая развернуть github-подобный сервис. Ближайшие альтернативы — GitLab, Gogs, Kallithea. GitPrep написан на Perl с применением веб-фреймворка Mojolicious и распространяется на условиях лицензий Artistic License и GPL.

( читать дальше... )

>>> Тестовый сайт (perlcodesample.sakura.ne.jp)

Команда разработчиков Git рада сообщить о релизе Git 2.8.0, в который вошло множество новых функций, исправлений ошибок и других улучшений от более чем 70 контрибьюторов.

( читать дальше... )

>>> Подробности (github.com)

Команда разработчиков Git рада сообщить о релизе Git 2.7.0.

Этот выпуск содержит более 800 коммитов от 81 автора, 26 из которых не так давно присоединились к проекту.

( Основные изменения )

>>> Официальный анонс

>>> Примечания к выпуску

>>> Подробности (github.com)

Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток.

Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux, Android, LibreOffice, Systemd, X.Org, Wayland, Mesa, Gstreamer, Wine, Debian, DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, PostgreSQL, VideoLAN, PHP, Xen, Minix.

По сравнению с прошлым выпуском в новую версию принято 479 изменений, подготовленные при участии 67 разработчиков, из которых 15 впервые приняли своё участие в разработке.

>>> Подробности (opennet.ru)

С сегодняшнего дня хостинг проектов Launchpad поддерживает не только Bazaar, но и Git-репозитории, что, по словам Ubuntu Engineering team, было самым популярным фичреквестом на LP (Bug #1032731). В настоящее время доступны следующие возможности:

• работа с репозиториями через ssh/https;
• просмотр общей информации о репозитории;
• просмотр кода через cgit;
• приватные репозитории для платных аккаунтов;
• merge-реквесты между репозиториями.

Ведётся работа над добавлением следующих функций:

• система уведомлений;
• RSS-подписка;
• зеркалирование репозиториев;
• поддержка webhooks;
• встроенный браузер кода.

Bonus: так же Колин Ватсон (Colin Watson) добавил, что одна из главных причин добавления поддержки git-репозиториев это то, что git будет более удобен для UDD.

>>> Подробности (launchpad.net)

Десять лет назад сообщество разработчиков ядра Linux столкнулось с неожиданным вызовом: они не могли больше использовать BitKeeper для управления исходным кодом, а другой SCM (Software Configuration Management), удовлетворяющей их запросы, не было. Линус Торвальдс, создатель ядра Linux, принял вызов и испарился на выходные, для того чтобы уже на следующей неделе представить миру Git. Сегодня Git используется тысячами проектов, он создал новый уровень социального взаимодействия и разработки среди программистов.

>>> Читать полностью (stproject.info)

Завтра Git будет отмечать свое десятилетие. Чтобы отпраздновать эту веху, Линус рассказывает историю Git за кадром и о том, что он думает о самом проекте и его влиянии на развитие программного обеспечения.

Из статьи: «Десять лет назад сообщество разработчиков ядра Linux столкнулось с непростой проблемой: они больше не могли использовать систему контроля версий BitKeeper, а никакие другие системы управления конфигурацией программного обеспечения (SCM) не отвечали их нуждам в задаче распределенной разработки. Линус Торвальдс принял вызов и исчез на выходные, чтобы появиться на следующей неделе с Git. Сегодня Git используется для тысяч проектов, он открыл новый уровень социального взаимодействия среди программистов. »

>>> Подробности (linux.com)

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

Push to deploy

Один из способов развёртывания веб-приложений из Git — хранение рабочей копии на сервере. Когда появляется новая версия, на сервере исполняется git pull. С Git 2.3 это стало ещё более удобным.

( читать дальше... )

>>> Подробности (github.com)

Вышло обновление популярной распределённой системы управления версиями git (v1.8.5.6, v1.9.5, v2.0.5, v2.1.4, и v2.2.1)

Релиз закрывает дыру в безопасности (CVE-2014-9390).

Данный баг позволяет специально сформированным деревом переписать .git/config в репозитории на case-insensitive файловых системах (в tree включается .Git/config). Это, в свою очередь, приводит к возможности выполнения произвольного кода на клиенте. Директория .git на сервере не модифицируется.

Уязвимость кроется в устройстве файловых систем на машинах клиентов. Так, ФС, не различающие (или нормализующие) регистр символов, подвержены атакам: NTFS, FAT на Windows и HFS+ на Mac OS X.

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

Наличие уязвимости также подтверждено в системе управления версиями Mercurial (hg) и исправлено в выпуске 3.2.3.

>>> Подробности (lkml.org)

Новая версия включает в себя более 550 изменений от 77 разработчиков. 20 из них впервые принимают участие в разработке Git.

Основные изменения:

• В «fast-export» добавлена опция "--anonymize", позволяющая при экспорте заменить содержимое произвольных блобов, имён разработчиков, путей и записей в логе на строки-заглушки. Подобное необходимо когда требуется сообщить об ошибке, но присутствуют ограничения по раскрытию некоторого содержимого в публичном репозиторий.
• В команду «git push» добавлена опция "--signed", позволяющая выполнить push-обновление на сервер, не заслуживающий доверия, с использованием цифровой подписи для последующего аудита и проверки привязки веток в публичном репозитории к необходимым коммитам.
• В «git archive» добавлена возможность фильтрации попадающего в архив содержимого по файловому пути (pathspec).
• В случае отсутствия привязанного к пользователю файла конфигурации (core.user) выполнение «git config --edit --global» отныне приведёт к выводу в редакторе базового шаблона конфигурации, а не пустого экрана.
• При выполнении команды «git stash list -p» теперь отображаются отличия основной версии коммита и версии из рабочего дерева по аналогии с «git stash show».
• В «git difftool» добавлена опция для отключения передачи путей в diff-бэкенд, если он завершил своё выполнение с ненулевым кодом возврата.
• В «log --date=iso» использован компактный вариант формата ISO 8601, который более удобен для восприятия человеком. Для полного следования требованиям стандарта вывода даты добавлена опция "--date=iso-strict".
• В логике работы «git prune» учтены различные пограничные ситуации.
• Добавлена защита от использования неоднозначных индексов, создаваемых некорректными реализациями Git, в которых для одного пути содержатся записи для нескольких стадий.
• Изменено наименование создаваемых при выполнении команды «git mergetool» временных файлов, для того чтобы избежать слишком большого числа точек в именах (вместо наименования «hello.BASE.4321.c» теперь используется «hello_BASE_4321.c»). Добавлена возможность размещения подобных временных файлов в отдельной директории, которую можно определить через директиву конфигурации «mergetool.writeToTemp».
• Представлен новый спецификатор «%D», который, в отличие от «%d», выводит имя тега без оформления (при «%d» выводится " (tagname)", а при «%D» просто «tagname»).
• Добавлен новый фильтр «git interpret-trailers», позволяющий откорректировать хвост сообщения к коммиту (содержит «Signed-off-by:»).
• Добавлена команда «git help everyday», при выполнении которой выводится руководство «Everyday Git in 20 commands or so».
• Сокращено потребление памяти и увеличена эффективность обработки параметров слияния при работы команды «git svn».
• В «git fsck» добавлены дополнительные проверки целостности содержимого объектов, связанных с тегами.
• В «git hash-object» добавлена опция "--literally" для упрощения отладки.
• API для манипуляции ссылками («refs») реструктуризирован для придания более транзакционного характера и поддержки атомарных обновлений при размещении хранилищ не только в традиционных ФС (например, в СУБД).
• Проведена чистка API для работы с файлами блокировок.
• Добавлена подсистема для кэширования параметров конфигурации, позволяющая избавиться от многократного чтения файлов конфигурации при выполнении некоторых команд.

>>> Источник opennet.ru (opennet.ru)

Вышло второе издание книги о системе контроля управления версиями Git - «Pro Git». Переработан старый материал, исходный код книги переведен с разметки Markdown в AsciiDoc. Книга довольно сильно увеличилась в объеме, теперь ее PDF-версия содержит более 570 страниц.

Добавились новые главы, особое внимание уделено утилитам для работы с Git (GitLab, GitHub и пр.).

>>> Подробности (stproject.info)