Разработчики 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