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

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

>>> Релиз

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

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

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

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

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

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

>>> Подробности

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".

>>> Подробности

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

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

>>> Подробности

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

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

>>> Тестовый сайт

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

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

>>> Подробности

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

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

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

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

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

>>> Подробности

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 впервые приняли своё участие в разработке.

>>> Подробности

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

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

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

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

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

>>> Подробности

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

>>> Читать полностью

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

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

>>> Подробности

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

Push to deploy

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

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

>>> Подробности

Вышло обновление популярной распределённой системы управления версиями 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.

>>> Подробности

Новая версия включает в себя более 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

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

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

>>> Подробности

Представлен релиз системы контроля версий Git v2.1.0.
Основные изменения:

• Нарушающие совместимость изменения:
  • Для переменной LESS установлено значение по умолчанию «FRX» вместо «FRSX». Удалён флаг «S», отрезающий длинные строки вместо их переноса;
  • Некоторые каталоги в contrib/ отнесены к категории устаревших и исключены;
• Логика вычисления длины строк обновлена в соответствии со стандартом Unicode 7.0;
• git clone при клонировании репозитория с локального диска применяет копирование с использованием жёстких ссылок;
• При использовании HTTP-транспорта обеспечено более полное информирование о передаваемых сервером ошибках;
• git commit --date=<date> теперь поддерживает больше форматов временных меток, в том числе --date=now;
• В git replace добавлена опция --graft для перезаписи родительского коммита;
• Оптимизирована работа git diff при сравнении трёх и более деревьев;
• В git svn добавлена возможность работы с некорректно сформированными временными метками;
• git mergetool может использовать в качестве бэкенда vimdiff3.

>>> Подробности

Идёт разработка распределённой файловой системы, опирающейся на уже проверенные технологии: BitTorrent, Git, Kademlia, также добавляя недостающую свою: «BitSwap».

Автор замахивается на «новую основу для веба», на основе продвинутых технологий, появившихся уже после HTTP.

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

>>> Подробности

Фонд Software Freedom Conservancy анонсировал систему управления репозиториями Kallithea. Kallithea поддерживает системы контроля версий Mercurial и Git. Kallithea распространяется под лицензией GPLv3.

Базой для Kallithea является исходный код под GPLv3, выпущенный компанией RhodeCode GmbH. Фонд SFC произвёл анализ исходного кода коммит за коммитом, в процессе которого проблемные участки кода (с проприетарной лицензией или спорными условиями распространения) были удалены и заменены свободным кодом. Таким образом, пользователи Kallithea могут быть уверены в том, что код проекта лицензионно чист.

Название Kallithea (Καλλιθέα) в переводе с греческого значит «лучший вид». Такое название носит населённый пункт в окрестностях Родоса (Rhodes, Ρόδος).

Фонд Software Freedom Conservancy — Нью-Йоркская некоммерческая организация, которая помогает продвигать, улучшать и защищать проекты СПО. Под эгидой SFC находятся такие проекты, как Busybox, Git, Mercurial, Inkscape и другие.

>>> Подробности

Git — распределённая система управления версиями файлов. Проект был создан Линусом Торвальдсом для управления разработкой ядра Linux, первая версия выпущена 7 апреля 2005 года. На сегодняшний день его поддерживает Джунио Хамано.
Git используют такие проекты как Linux, Android, Debian, Libreoffice, Systemd, X.Org, Wayland, Gnome, KDE, Perl, Drupal, Cairo, GNU Core Utilities, Mesa, Wine, Chromium, Compiz Fusion, FlightGear, jQuery, PHP, NASM, MediaWiki, DragonFly BSD.

Неполный список изменений:

• Изменён префикс по умолчанию с refs/remotes на refs/remotes/origin/ для команды git svn.
• Из команды git diff-files исключена опция -q.
• В git request-pull прекращена поддержка нескольких эвристических выводов при выборе ветки для pull-запроса, которые часто приводили к ошибкам.
• Теперь remote-hg/bzr — отдельный плагин, не входящий в состав request-pull.
• В файлах .gitignore появилось игнорирование пробелов в хвосте путей.
• Обеспечение поддержки опций --depth в git gc --aggressive --show-linear-break в git log, --gpg-sign в командах, создающих коммиты.
• В git rebase опция "-" разбирается как указание на прошлую ветку.
• Команда git push при работе через интерфейс transport-helper теперь поддерживает инициирование принудительного обновления ссылок.
• В git push раньше использовалась семантика «matching» теперь поведение изменено и по умолчанию применяется семантика «simple».
• Указание "-" вместо имени входного файла в команде git config --file позволяет организовать загрузку данных из входного потока.

>>> Подробности

Вышла новая версия свободного программного обеспечения GitLab 6.9. GitLab представляет собой открытый аналог GitHub. Система предлагает управление git-репозиториями, анализ кода, багтрекер, рассылку активности и вики.

В новой версии:

• Двухшаговый процесс запроса слияния (Merge request). Теперь перед созданием запроса слияния отображается сравнение ветвей, что предотвращает ситуации, когда сливать нечего. Если между ветвями существуют различия, вызывается второй шаг, в котором можно задать заголовок, описание, и другие параметры запроса.
• В онлайновом редакторе появилась возможность подсветить изменения. Кроме того, теперь доступен предпросмотр файлов в формате разметки Markdown.
• К запросам слияния теперь можно добавлять метки.
• Поддержка цепочек электронных писем (email threading).
• Расширение API, теперь возможно через него создать запрос слияния.
• Интеграция с Jenkins (только EE-версия).
• Интеграция с системой отслеживания ошибок Jira (только EE-версия).

От себя: весьма приятная штука для тех, кто не хочет или не может держать свой код на чужих серверах. Единственным недостатком является то, что она достаточно требовательна к ресурсам (держит свой сервер, который потребляет около 200 мегабайт ОЗУ).

>>> Подробности