В 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 справится перелезть.

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

Разработчики языка Perl сообщили о завершении миграции проекта на распределенную систему управления исходными текстами Git. Ранее, с 1997 года, в проекте использовалась коммерческая система управления версиями Perforce, распространяемая только в бинарном виде. Для Open Source продуктов лицензии на Perforce распространяются бесплатно, но требует подписания с разработчиком особого соглашения.

Причины миграции на Git:

• Желание предоставить разработчикам больше свободы
• Переход на распределенный механизм работы с репозиторием
• Поддержка online и offline режимов работы
• Упрощение внесения экспериментальных изменений
• Уменьшение административной нагрузки на основных коммитеров по принятию сторонних патчей.

Так как git является более привычным для свободных проектов, можно рассчитывать на привлечение к работе над Perl новых разработчиков. Процесс создания единого унифицированного Git репозитория для Perl 5 и всех предыдущих выпусков Perl занял около года.

Новость взята с opennet.ru

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

Состоялся релиз Git 1.6.0 — самой популярной распределённой системы управления версиями. Улучшена производительность продукта, расширена документация, в основную ветку добавлен код для сборки Git под MinGW, внесено множество других изменений.

Git используется в разработке таких значительных проектов, как Linux, freedesktop.org, GHC и других. Первым автором Git был Линус Торвальдс.

>>> Заметки к релизу

Stephen Rothwell объявил в LKML о своих планах создать git-дерево исходных текстов, которое содержит только изменения в подсистемах, планируемые разработчиками к включению в следующее ядро (точнее, в следующий интервал времени, когда Linus будет принимать патчи, не являющиеся мелкими исправлениями - т.е., на данный момент, в ядро 2.6.26). Это дерево будет склеиваться каждый день из git- и quilt-деревьев отдельных подсистем, таких как сетевой стек, USB и т.п. Деревья, вызывающие конфликты при склейке или проблемы при сборке, будут автоматически отбрасываться.

По замыслу, новое дерево привлечет больше тестеров, поскольку в экспериментальном -mm ядре присутствуют также «сырые» изменения, не предназначенные для скорого включения и часто делающие осмысленное тестирование невозможным.

>>> Дискуссия в LKML