Вышла новая версия rhodecode 1.7.0. Код проекта распространяется под лицензией GPLv3.
Для работы с репозиториями задействована библиотека vcs, мета-данные о проектах хранятся в БД на основе SQLite.

Новая версия примечательна следующими функциональными особенностями:

• Teams — система управление группами разработчиков, позволяющая добавлять, удалять, переименовывать группы, а также управлять пользователями внутри этих групп и назначать администратора группы;
  
• Gist — интерфейс для обмена небольшими кусками кода, созданный по аналогии c gist.github.com;
  
• при организации внешней аутентификации добавлена возможность определения поля с признаком активации пользователя;
  
• возможность разграничения доступа к разделам API для интеграции с внешними системами через оформление белого списка допустимых вызовов;
  
• добавлена отдельная страница для отслеживания истории изменения файлов;
  
• в раздел закладок добавлена опция сравнения;
  
• улучшена работа интерфейса для оценки различий между бинарными файлами.
  

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

Компания «РОСА» объявляет об обновлении среды разработки и сборки свободного программного обеспечения ROSA Automatic Build Farm (ABF) до версии 2.0. Система получила более 100 различных улучшений, которые помогут разработчикам и мейнтейнерам более эффективно управлять жизненным циклом дистрибутивов (от создания исходного кода до сборки ISO-образов).

Последнее время развитие ROSA ABF идет в двух основных направлениях: расширение функционала системы хранения исходного кода и развитие подсистемы сборки пакетов. Среди основных нововведений версии 2.0. можно отметить следующие функции:

REST API
Благодаря REST API, каждый может использовать ABF как платформу для своих приложений и сервисов, а также автоматизировать рутинные операции. Документацию по REST API вы можете найти на специальном сайте для разработчиков: http://abf-doc.rosalinux.ru/.

Pull Request
Функция Pull Request позволяет предложить изменения в git-репозитории других участников. После отправки такого запроса, все заинтересованные участники могут видеть, обсуждать и, при необходимости, редактировать код. Причем инструмент эффективен для проектов любого масштаба. Чтобы воспользоваться Pull Request, сделайте клон (форк) проекта, внесите в него правки, а затем предложите их в основную ветку, создав запрос на включение изменений из своего проекта. При этом никаких прав на основной проект не предоставляется и не требуется.

Построчное комментирование кода
Поскольку во время работы с кодом невозможно обойтись без обсуждений, в ABF 2.0 включена поддержка Github Flavored Markdown — простого языка разметки. Вместе с возможностью обсуждать каждую строчку кода, он предоставляет команде разработчиков хороший инструмент для дискуссий.

Трекер с реакцией на изменение кода
Под реакцией на изменения исходного кода мы подразумеваем отображение в задаче следующих данных:

• информация о сделанных изменениях в исходном коде, если в коммите был указан номер задачи;
  
• информация о других задачах и запросах на изменения исходного кода, если в них ссылались на данную.
  

Теперь в задаче можно увидеть всю информацию о ней: обсуждения, коммиты, связанные задачи и запросы на изменения исходного кода (Pull Request).

Git через ssh
Наверное, самая ожидаемая функция ROSA ABF. Во-первых, она избавляет разработчика от необходимости вводить пароль для совершения каждой операции. Во-вторых, снимает ограничение на объем передаваемых данных. И, в-третьих, это классический вариант работы с удаленным сервером Git.

Подсистема сборки пакетов
Обновленная подсистема получила полноценную поддержку сборки пакетов под разные дистрибутивы и повышенный уровень безопасности. Были устранены неявные зависимости между сборками, поскольку для каждой из них теперь используется чистая виртуальная машина. Также добавлены новые возможности по работе со сборочными заданиями и проведена унификация рабочих инструментов. Теперь стало возможно отменить уже собирающиеся задание и стал доступен автоматически обновляемый общий лог процесса.

Что ещё нового в ROSA ABF 2.0:

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

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

Hylke Bons, участник проекта GNOME, сообщил о выходе версии 1.0 набирающей популярность open source утилиты синхронизации файлов SparkleShare. Утилита работает сходным с Dropbox образом, но в качестве «сердца» утилиты используется Git. В отличие от Dropbox SparkleShare не зависит от стороннего сервиса и является вполне самодостаточной, при этом позволяя использовать для хранения файлов сервисы вроде GiHub, Gitorious и Bitbucket.

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

Вышла 3-я версия GitLab, open-source клона GitHub. Интерфейс практически повторяет оригинал. Менеджерам проектов на заметку (возможность собрать свой гитхаб со всеми issue trackers и т. д.)

Пощупать можно тут.

Из поддерживаемых платформ только Linux.

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

Анонсирован релиз распределенной системы управления исходными текстами Git 1.8.0. 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.

( Читать полностью )

>>> Новость взята с OpenNet.RU

Что может быть лучшим подарком на день знаний для линуксоида? Конечно, полезная книга ;) Поэтому команда переводчиков «Pro Git» поднапряглась и доделала перевод книги на русский язык.

«Pro Git» — это довольно обширная обучающая книга о Git от Скотта Шакона — активного участника разработки проектов Git и GitHub. Автор рассматривает в тексте всевозможные аспекты работы с Git'ом, начиная с установки программы и базовых принципов работы децентрализованных систем контроля версий, и заканчивая рассмотрением внутреннего устройства Git'а и созданием валидных объектов в базе Git'а собственными руками. Несмотря на довольно обширный материал и затрагивание довольно специфических тем, книга написана довольно простым языком, содержит массу примеров и иллюстраций, и поэтому должна быть понятна и новичкам, только начинающим знакомиться с системами контроля версий.

Последняя версия перевода книги доступна в форматах pdf, epub, mobi и fb2.
Также доступна онлайн-версия перевода, но она, к сожалению, не обновлялась с мая.

И немного о грустном. Книга «Pro Git» выложена на GitHub под лицензией CC-BY-NC-SA, которая запрещает любое коммерческое использование оригинальной версии книги, а также любой производной работы. Поэтому издать версию книги на русском языке невозможно, как и продавать электронные версии в онлайн-магазинах. Поэтому команда переводчиков с благодарностью примет финансовую поддержку от читателей.

Наши реквизиты:

• webmoney: R773517907660 (rub); Z477720561250 (usd)
• яндекс.деньги: 410011547461467
• paypal: koptev.oleg@gmail.com

Приятного чтения!

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

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