11 мая 2012 года вышла новая версия tig.

tig — основанный на ncurses консольный просмотрщик репозитариев git. Может также использоваться как пейджер для вывода различных команд git.

Изменения:

• нумерация строк в главном окне;
• подсветка удаленных коммитов и различий;
• сортировка по умолчанию по git-log;
• поддержка перехода к конкретным SHAs в главном окне;
• запуск команд с префиксом @ без вывода в консоль;
• поддержка лога команд git;
• и другие.

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

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

6 апреля стало известно о выходе новой версии распределённой системы управления версиями файлов — Git. Её можно скачать по этой ссылке.

Среди основных изменений:

• при выполнении команды «git merge» теперь вызывается интерактивный редактор для добавления пояснения о результирующем слиянии, аналогично команде «git commit»;
• множество мелких изменений в gitk;
• команда «git push» получила опцию «--prune», которая аналогична «git fetch»;
• HTTP-транспорт теперь поддерживает работу через прокси-сервер с аутентификацией;
• многочисленные доработки быстродействия, интерфейса, возможностей и внутренних особенностей.

С другими изменениями и дополнениями можно ознакомиться по ссылке, которая следует ниже.

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

Начиная со Stage версии 20111114 в Calculate Linux портежи по умолчанию синхронизируются с Git-сервером Calculate, размещённым в Санкт-Петербурге. В Git-репозитории хранится копия портежей. В отличие от Funtoo и reGen2 Portage, Calculate Portage не вносит изменений в оригинальные портежи, оставаясь на 100% совместимым с Gentoo.

Время выполнения eix-sync на 10 Мб канале спустя пару дней без синхронизации составляет около 30 секунд. Повторное выполнение синхронизации уже в основном уходит на обновление кэша портежей и составляет около 20 секунд.

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

От себя замечу, скорость обновления из Git просто фантастическая!
Для работы с Git понадобится последняя версия Portage 2.2.

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

Известный хостинг исходного кода Bitbucket объявил о поддержке системы контроля версий git. Также, были анонсированы множество улучшений веб-интерфейса (полностью переработаны страницы для коммитов, просмотра записей в багтрекере, пользовательских профилей) и интеграции со сторонними сервисами (email, twitter, сервисы компании Atlassian).

Хостинг Bitbucket ранее был известен как аналог хостинга Github, в котором вместо git использовался mercurial. Теперь Bitbucket поддерживает обе эти системы контроля версий.

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

Линус Торвальдс (Linus Torvalds), LKML, воскресение, 4 Сентября 2011 16:27:25 UTC-7:

Прошла ещё одна неделя, и пришло время для ещё одного релиз-кандидата. Однако, master.kernel.org всё ещё не работает, и так как разработка не очень ведётся, то я решил пропустить эту неделю.

Но блин, вся суть (ну или почти вся) распределённой разработки заключается в том, что никакое место принципиально не отличается от любого другого, и так как я уже создал аккаунт на github ради divelog, почему бы не проверить, подойдёт ли оно мне, выложив туда весь мой репозиторий ядра?

Так что пока kernel.org отключён на аудит, давайте посмотрим, как будет пахать github:

https://github.com/torvalds/linux

ЗАМЕЧАНИЕ! Первое, что надо сделать, когда видите подобное заявление о любом новом публичном хостинге, это проверить, что да, его делает тот человек, о котором вы и думаете. Ну и как это сделать?

Можете выбрать любые пункты из списка:

1. Чёрт, это ж открытый код, какая разница, кто это выложил, я просто хочу новое ядро, и хотя нет обновлений с kernel.org, мне действительно нужно исправление из нового ядра. Я скачаю его, потому что мне надо тренировать мой процессор в сборке ядра с randconfig. А ещё мне нравится жить в опасности.
2. Да, письмо явно выглядит как от Линуса Торвальдса, и все знают, что SMTP не обманешь, так что это должен быть он.
3. Итак, я могу вытащить дерево исходников, и знаю, что у Линуса всегда тэги подписаны, и могу проверить, что тэг 3.1-rc5 подписан его известным публичным ключом GPG, который я где-то достал. Если всё сойдётся, то для меня неважно, кто анонсировал релиз, я просто верю, что дерево подписал Линус.
4. Я просто подожду, пока kernel.org прочухается.

Что вам больше подходит.

Ещё одно замечание — если вы просто сделаете

git pull https://github.com/torvalds/linux.git

то тэги вы не получите, так как это не ваша ветка. Сделайте также:

git fetch --tags <...>

что бы получить не только изменения в дереве, но и тэги.

Проект на github

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

GitHub заявил о том, что теперь он является самым популярным хостингом OpenSource-проектов, обогнав при этом Google Code, SourceForge и Microsoft CodePlex. Согласно посту в логе GitHub, сведения о популярности были получены от Stephen O'Grady, технического аналитика RedMonk, работающей совместно с Black Duck Software.

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

Если вы достаточно длительное время используете UNIX/Linux, то у вас уже вероятно имеются хорошо «заточенные» файлы конфигурации Bash, Vim, Emacs и других приложений. Копирование вручную этих файлов между всеми системами, с которыми вы работаете, может быть весьма утомительным процессом. Git может существенно облегчить ваши мучения из-за копирования ваших конфигурационных файлов на новые компьютеры.

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

В проекте Fedora сразу три новости, которые наверняка обрадуют всех:

1. Fedora перевела всю свою инфраструктуру на Git. Ранее для управления версиями RPM-спеков, патчей и исходников использовался cvs.
2. Systemd интегрирован в Rawhide. Теперь он может использоваться вместо upstart. Осталась временная возможность выбирать при загрузке систему инициализации через параметр init=/bin/systemd или init=/sbin/upstart. В дальнейшем upstart будет убран из системы.
3. Fedora 14 выделена в отдельную ветку репозитория из Rawhide. Теперь принимаются только улучшения, связанные с повышением стабильности и закрытием багов. Новые возможности приниматься не будут. Релиз назначен на 26 октября.

Переход на Git

Systemd теперь новая система инициализации по умолчанию

>>> Выделена ветка Fedora 14

GitHub, хостинг git-репозиториев открытого кода, на котором, в частности, хостятся Git, curl, зеркало Linux, Ruby on Rails, а также исходники Linux.org.ru, отмечает знаковое событие: миллионный зарегистрированный репозиторий. По статистике, 60% репозиториев являются полными репозиториями проектов с общими файлами, папками, полными исходниками, а 40% — частичными, зачастую состоящими из одного файла с куском исходников.

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

В Git есть так много возможностей и вариантов, что это ошеломляет начинающих. Автор статьи составил список советов и приемов, которые помогут им лучше управлять Git проектами.

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

Цель этой серии статей – познакомить читателя с принципами работы СУВ и подробно рассмотреть одну из них, а именно Git. В последнее время эта система набирает популярность, и ее важность для свободного ПО сложно переоценить.

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

Данная статья предполагает, что читатель знаком с Unix-подобными операционными системами (ОС), а также имеет базовые знания в области алгоритмики и информатики в целом.

В следующих материалах мы углубимся в структуру и философию Git, специфику этой системы и тонкости практической работы с ней. Завершит цикл статья о взаимодействии Git с другими СУВ (такими как Subversion, CVS, Mercurial и др.).

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

В рассылке fa.linux.kernel анонсирован выход новой версии распределенной системы контроля версий Git.

Среди изменений:

• Улучшения в утилитах GUI (git gui и gitk): добавлена поддержка тем tk 8.5, исправлены мелкие ошибки;
• Улучшена скорость работы git-fetch через HTTP: полный обход коммитов заменен более интеллектуальным алгоритмом;
• К команде git-fetch добавлена опции --all и --multiple, позволяющие забирать коммиты сразу из нескольких удаленных репозиториев;
• Уменьшено использование памяти при выполнении команды «git diff -B»;
• «git instaweb» теперь поддерживает работу с mod_cgid;
• imap-send теперь может быть собран в окружении mingw32;
• В git-svn добавлена поддержка пересоздания пустых директорий (git отслеживает только файлы, потому при импорте SVN-репозитория вставала проблема пустых директорий). Кроме этого улучшена обработка слияний в SVN;
• «gitweb» теперь имеет опциональную поддержку инкрементального вывода «blame» (для работы опции нужна поддержка JavaScript в браузере клиента);
• и многое другое (см. changelog)

Кроме того, в данной версии началась подготовка к изменениям параметров комманд версии 1.7: при попытке использования опций, которые будут удалены в 1.7 выводится соответствующее предупреждение.

Скачать

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

Джесс Китинг, релиз-инженер проекта Fedora, заявил о принятии решения о прекращении использования CVS для контроля изменений в .spec файлах и поставляемых в составе пакетов патчах.

По историческим причинам управление исходными текстами пакетов в проекте Fedora было завязано на системе CVS, которая уже давно не отвечает всем потребностям проекта. Вместо CVS решено перейти на распределенную систему управления исходными текстами Git.

Окончательный перевод инфраструктуры проекта на Git при удачном стечении обстоятельств разработчики намерены произвести сразу после выхода релиза Fedora 13.

В новом Git репозитории в качестве master-ветки планируется импортировать контент Rawhide, в то время как релизы будут представлены в отдельных ветках.

>>> opennet.ru

Разработчики openSUSE открыли публичный Git-репозиторий Linux ядра с актуальными изменениями, произведенными в рамках проекта openSUSE.

Анонс: http://news.opensuse.org/2009/11/20/o...

Взято с opennet.ru: http://www.opennet.ru/opennews/art.sh...

>>> Как работать с репозитарием

Майнрад Решайс (Meinrad Recheis), руководивший работами по реализации GIT для .NET и Mono, объявил о выпуске GitSharp версии 0.1.3 - первом открытом выпуске Git#. Кодовая база основана на работе Кевина Томпсона (Кevin Thompson), который портировал плагин JGit (Eclipse) на C#. Майнрад объединил сообщество разработчиков, которое смогло закончить реализацию на С#. Итак, что же предоставляет нам Git#:

• Git# как объектно-ориентированный интерфейс к репозиторию git. Сейчас в git# реализованы все функции управления репозиторием.
• Git# как объектная база данных. Git является объектной базой данных со встроенной историей и реализацией ветвей, поэтому можно быстро и удобно применять и отменять изменения в репозитории, меняя ревизию последней правки. Например, можно создать wiki поверх git# или распределённую систему управления содержимым. Поддержка записи в git# уже реализована.
• Git# как (распределённая) файловая система. Git разрабатывалась Линусом Торвальдсом как файловая система со средствами контроля за содержимым и возможностью хранить несколько распределённых версий содержимого с возможностью синхронизации. Если необходимо реализовать функции резервного копирования и/или синхронизацию содержимого, то это может быть сделано средствами git (пока что не реализована удалённая пересылка данных для этого).
• Git# как p2p система распределения содержимого. Если необходимо создать архитектуру для системы распределения содержимого, которая позволит легко и эффективно отправить содержимое на несколько машин, то это может быть сделано средствами git (пока что не реализована удалённая пересылка данных для этого).
• Git# как возможная будущая замена msysGit. Сейчас msysGit является наиболее полной «родной» реализацией git для Windows. Но проблема msysGit заключается в том, что она не может быть расширена или встроена в другие приложения. Поэтому git#, которая сейчас является легковесной библиотекой, в будущем может стать достойной альтернативой msysGit, но это только в планах.

Браузер репозитория git на git#

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

В своём блоге небезызвестный программист Линус Торвальдс сообщает, что на его рабочей станции с процессором на ядре Nehalem его реализация SHA1 для git работает быстрее SHA1 из библиотек OpenSSL. Он отмечает, что это позволило отказаться от привязки к libcrypt и на несколько секунд увеличить результаты прохождения тестов. Причём он выделяет, что он писал на «почти кросс-платформенном ассемблере» С, в отличие от разработчиков OpenSSL, писавших на ассемблере.

В своей обычной манере Торвальдс отзывается о компиляторах ("...it turns out that getting good results from SHA1 really is mostly about trying to fight the compilers tendency to try to be clever" - "...ясно, что чтобы получить хорошую реализацию SHA1, надо бороться с тенденцией компиляторов быть самыми умными"), процессорных архитектурах («On my Nehalem machine (but not Netburst or Atom - poor fragile micro-architectures that they are)...» - «На моей машине с Nehalem (ни в коем случае не с Netburst или Atom - убогие хрупкие микро-архитектуры)...») и даже бибилиотеках, к которым привязывался git ("...I get rid of two silly runtime loadable libraries that git no longer needs" - "...Я избавился от двух глупых загружаемых библиотек времени исполнения, которые больше не нужны git")

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

Как и было обещано в январе, git-репозиторий Qt стал доступен общественности!

Открытие репозитория — это большой шаг для Qt Software, позволяющий более тесно сотрудничать с разработчиками, увеличивающий связь с коммьюнити и подчеркивающий то, что Qt является проектом с открытыми исходными кодами. Релизы Qt давно распространялись в открытых исходных кодах под открытой лицензией, однако модель разработки не была доступна сторонним разработчикам — конечно, была возможность посылать патчи по электронной почте или через bug tracker, однако это был трудоемкий процесс, требующий отсылки подписанного контракта о передаче прав на код по факсу.

Цель нового сайта http://qt.gitorious.org/ — максимально упростить этот процесс, и теперь для внесения изменений в Qt не требуется подпись контрактов, теперь достаточно передать не-эксклюзивные права на код в Qt Software путем единоразового нажатия на кнопку на сайте, подтверждающей согласение с передачей кода в upstream.

Теперь все, что требуется сделать для внесения изменений в Qt — создать клон репозитория, сделать commit с изменениями и нажать кнопку, создающую заявку на вливание патча в основную ветку разработки (merge request).

Ждем ваших патчей!

Подробнее в блоге разработчиков: http://labs.trolltech.com/blogs/2009/...

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

Представители проекта GNOME официально объявили о переходе на новую систему контроля версий. После проведения опроса разработчиков и длительных дебатов в списках рассылки, принято решения перейти на децентрализованную систему управления исходными текстами Git.

В настоящее время исходные тексты GNOME остаются в репозитории Subversion, но уже представлен отчет о первых достижениях в направлении миграции на Git. Уже доступен в тестовом режиме новый сервер git.gnome.org, а полная миграция всех официальных репозиториев проекта на Git будет выполнена после выхода релиза 2.26.1, намеченного на 16 апреля.

Решение было принято на основе проведенного в конце декабря опроса разработчиков GNOME. Тогда более 60% всех опрошенных заявили, что имеют опыт работы с Git, причем около 50% работали с Git регулярно. За замену Subversion проголосовало около 40% опрошенных, а 35% оценили свою позицию нейтрально.

Взято с opennet.ru

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

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

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

В очередной раз GNOME на распутье. Перед сообществом опять поставлен вопрос: где хранить исходники. Сообщество высказалось.

Необработанные результаты: http://www.gnome.org/~behdad/dvcs-sur...

Анализ: см. Подробности

Для Ъ - git шагает по планете. Переход CVS-->SVN гном пережил. Может, и на git справится перелезть.

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