Проект FreeBSD в эти выходные начал переносить свой репозиторий с исходным кодом с Subversion на Git. Процесс завершится к концу марта 2021 года.

Репозиторий с документами перенесли на Git две недели назад.

FreeBSD обещает, что при переносе будет сохранена вся история разработки.

Веб-сервис для хостинга IT-проектов и их совместной разработки GitHub объявил, что с 8 января 2024 года прекратит поддержку системы управления версиями Subversion и сосредоточится на Git (в оригинале сказано так: As the use of GitHub has evolved and the number of Subversion requests has declined dramatically, we plan to focus our efforts entirely on Git).

Полгода назад решил найти нового виндового клиента к Subversion. TortoiseSVN тормозил сильно, да и глючил время от времени.
Требования к новому клиенту были следующие: бесплатный (или относительно недорогой) продукт, живой и постоянно обновляемый, хороший и удобный UI, встроенные плагины, реализация не на Java.
Искал недолго. Спасибо Википедии (http://ru.wikipedia.org/wiki/Svn) за хороший список svn-клиентов. Выбор пал на два продукта: RapidSVN и SmartSVN. Первый написан на C++, второй на Java (решил просто посмотреть, хотя по требованиям не подходил).

RapidSVN оказался сырым и глючным (вылетал постоянно какой-то алерт). Прожил он максимум полчаса.

SmartSVN сразу привлек нормальным человеческим интерфейсом.

Достаточно давно я столкнулся с проблемой, что в хорошей и правильной программе TortoiseSVN (по-русски «тортойс эС-Ви-эН»), нету такой необходимой и желанной вещи, как экспорт только тех файлов, которые были затронуты определенными ревизиями. Особенно начинаешь страдать, когда приходится перезаливать на сервер весь проект, куда входят достаточно увесистые библиотеки и фреймворки. Можно, конечно, не включать библиотеки в Subversion, но это уже тема для другой беседы.
И вот, совсем недавно, один очень хороший гуру и друг совершенно ненавязчиво рассказал мне, как изящно и красиво решить эту проблему.

Итак, сегодня речь пойдет о подключении внешних библиотек (суб-проектов) в основные проекты с использованием Subversion.
По старой доброй традиции, в качестве клиента для работы с SVN будет использоваться давно полюбившийся нам TortoiseSVN.

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

В марте 2007 года в США случился политический скандал: никому не понятным образом в и без того одиозный Patriot Act были внесены изменения, позволяющие президенту США единолично увольнять федеральных прокуроров. Оказывается, ничего не подозревающие конгрессмены проголосовали за целую кучу поправок «пачкой», не осознавая, что среди них находится настоящая «бомба». Два абзаца были удалены, и добавлен один новый, и всё это произошло буквально за несколько дней до голосования, без уведомления, без обоснования, без оповещения заинтересованных лиц.

В кратчайшие сроки после введения этой поправки семеро федеральных прокуроров были уволены. Отголоски этого решения в американской политической картине чувствуются до сих пор.

Американские гики во главе с Тимом О'Рилли и Карлом Фогелем (первый: владелец небезызвестного издательства, второй: ведущий разработчик Subversion) призывают законодательные власти Америки к введению полноценной системы контроля версий, позволяющей предотвратить возможность повторения подобных инцидентов.

Источники:

а) Tim O'Reilly: «Why Congress Needs a Version Control System»

б) Wikipedia: «Dismissal of U.S. Attorneys Controversy»

в) РГ: Федеральный закон Российской Федерации от 4 декабря 2006 г. N 202-ФЗ О внесении изменений в Федеральный закон «О науке и государственной научно-технической политике» и Федеральный закон «Об архивном деле в Российской Федерации» (пример того, как не надо составлять commit messages)

* * *

Блог «Better Explained» в кратчайшие сроки завоевал мегатонну человеческого внимания, опубликовав два чарующе прекрасных с визуальной точки зрения описания систем контроля версий.

а) Better Explained: «A Visual Guide to Version Control»

б) Better Explained: «Intro to Distributed Version Control (Illustrated)»

* * *

А также:

а) Презентация Бена Коллинза-Суссмана и Брайана Фицпатрика (ведущие разработчики Subversion): «Худшие практики использования Subversion»

б) Симпатичная шпаргалка по Git

в) Шпаргалка по Mercurial

Предполагаем, что читатель: а) работает в коллективе; и б) осознал необходимость правильной работы с системами контроля версий или хотя бы поставлен перед необходимостью использовать таковую.

В примерах будет использоваться Subversion, хотя все рекомендации полностью применимы к любой другой системе контроля версий.

Грубо разделим фазы разработки проекта на три — дебют, миттельшпиль и эндшпиль.

В дебюте новый код пишется огромными кусками, зачастую целые куски системы переносятся с места на место. Релиз далеко, никаких особых требований к общему состоянию системы нет. Допустимо даже разламывать систему до некоторых пределов.

В миттельшпиле система в целом стабилизировалась, продукт близится к релизу. Рефакторинг более чёткий, хотя и иногда достаточно обширный. На этом этапе ожидается уже, что система в целом работает — по крайней мере, сломанный репозиторий порицается.

Наконец, в эндшпиль система переходит непосредственно перед релизом и сразу после. Для веб-приложений постоянно добавляются новые относительно небольшие возможности, а крупные изменения сначала тестируются на ветках. Для более традиционных приложений наоборот, создаётся ветка для maintenance релизов, а разработка следующей большой версии продолжается на стволе.

В этой статье я постараюсь дать обзор системы управления проектами Trac, рассказать кому она будет полезна и способы ее применения в разработке проектов.

О системе

Разработчик — Edgewall
Лицензия — BSD
На чем написана — Python
Среда обитания — Там где обитает Python, а значит почти везде

Прочитав эту статью, я осознал, что Trac+SVN очень помогут в работе и решил настроить эту связку у себя на машине.

С недавних пор я использую Убунту линукс, потому установка и настройка проходили с учетом особенностей данной системы. LAMP у меня уже был установлен ранее, так же как и inadyn. В итоге я получил достаточно гибкую и удобную систему управления своими проэктами, к которой есть доступ по сети. Интересно, как сделать?

Давным-давно говорят люди об электронном документообороте. Только вот до сих пор (для примера) в моём офисе для подготовки одного документа 2–3 листа бумаги уходит на черновики.

Некоторые продвинутые начальники всяческие документы, которые должны пойти им на подпись, принимают на рецензию сначала в цифровом виде, расставляют пометки, выдяляют свои правки цветом...

А где-то целые отделы работают совместно над несколькими документами, передавая их друг другу по кругу. «Ты впиши свои сведения в таблицу, я пока составлю список, а потом поменяемся и сверим...»

И вновь моя программистско-рационализаторская натура зачесалась, зашевелилась; ведь можно же сделать так, чтобы людям проще жилось и работалось на свете! Некоторые их действия можно автоматизировать, для иных же есть даже готовые решения!

Итак, что же я предлагаю?

Из ключевых нововведений:

• Отслеживание слияний (мержей)
• Sparse checkouts (ограничение чекаутов по глубине дерева)
• Интерактивное разрешение конфликтов
• Поддержка списков изменений (changelists)

Также увеличение производительности и исправлена куча ошибок. Ура, товарищи!

Бинарников пока нет:

Probably the number one thing people are looking for is binaries. I assure you they are coming. CollabNet's binaries are certified and that process cannot begin until the official release is made. So our team is hard at work building and certifying the binaries. The tentative certification schedule is:
Linux: June 20
Windows: June 24
Solaris: June 26

Фанаты могут собрать сами из исходников.

PS: katremer в комментариях подсказал, что TortoiseSVN уже выпустила бинарники.
VisualSVN тоже обновились.

По просьбам трудящихся, а так же учитывая, что есть статья по установке SVN (правда +Trac) под Linux, решил написать краткое описание установки и настройки SVN для Windows.
Ничего нового для людей, хорошо знающих и работающих с SVN, здесь не будет. Цель статьи — помочь некоторому проценту новичков, пребывающих на Хабре, таки осилить изучение этой системы контроля версий.

Вторая часть

Сразу хочу заметить, что статья эта не претендует на авторитетность — делал всё в первый раз на удалённой машине с Линуксом. Соответственно, прошу особо не пинать, а лучше высказывать замечания — как что-то можно было сделать по-другому, или советы по настройке. Всё нижеперечисленное было сделано по мануалам из гугла.


Итак, досталась мне хиленькая VDS от FirstVDS — с Debian и ISPManager.
Попытки оптимизировать ее работу вылились в следующее:

1. Оптимизация Apache и установка Nginx
2. Установка eAccelerator

Ну и для души —

3. Установка SVN
4. Установка Trac.

Первая часть

Сразу хочу заметить, что статья эта не претендует на авторитетность — делал всё в первый раз на удалённой машине с Линуксом. Соответственно, прошу особо не пинать, а лучше высказывать замечания — как что-то можно было сделать по-другому, или советы по настройке. Всё нижеперечисленное было сделано по мануалам из гугла.


С Subversion и Trac пришлось помучаться — здесь напишу финальный, заработавший вариант.

UPD: Рекомендуется сначала попробовать поставить из репозитория, указав соответствующий источник

apt-get install subversion


Subversion — руководствовался в основном этим.

— SEO откровения
— Биржи выбирают правильную ОС
— Видео в кармане: Movie Cowboy
— Теперь можно унести в подвал
— eBook до $200
— Новый MB и WWDC придумки
— Что SVN-1.5 нам готовит
— Переход Google на SSD
— XP против AMD
— Ускорение пиратства уменьшается
— Темы наших слушателей

В один прекрасный день мне надоело заливать по ftp\ssh все изменения, внесённые в проект. К этому моменту я уже вынашивал идею перенести разработку под управление SVN — контроль версий, всё-таки приятная штука. В итоге было решено совместить приятное с полезным — и контроль версий, и автоматическое обновление проекта. По традиции — повествование будет вестись на примере моего любимого debian'a.
Заметку можно считать дополнением статьи svn tips (по крайней мере — первого пункта).

— Зачем ты, Белка, летишь за мной, Кабаном?
— Не знаю, Кабан! Приказ Хорька. Как понял? Приём.
— Ни хера не понял! Какого Хорька, Белка? Я Кабан. Кто такой Хорёк? Кто это? Приём.
— Кабан, ты дятел! Как понял? Приём.
— Понял тебя, Белка. Я — Дятел. Повторяю вопрос про хорька. Кто это?
— Кабан, сука, ты всех заманал, лети вперёд молча! Конец связи.
Виктор Шендерович

Как известно, Subversion не умеет отслеживать переименования файлов. Согласно документации, команда svn move равносильна svn copy с последующим svn delete. Такое поведение вызывает большие проблемы при слиянии веток. Рассмотрим способы их решения.

Наткнулись сегодня на один забавный баг, показывающий опасности разнородной среды разработки.

Краткая предыстория: среди разработчиков есть и вендузятники и линухоиды. Все пользуются системой управления версиями subversion. Соответственно по сети регулярно туда-сюда летают файлы, создавая новые ревизии и обновляя старые. Файлы объединяются, конфликтуют, удаляются и создаются вновь. Возникают и исчезают ветки. Все, в общем, как обычно.

Нежданно негаданно вдруг процедура апдейта рушится на машинах с вендой — говорит проведите очистку, а потом пробуйте вновь. А очистка тоже не запускается. Ну все! Линухоиды обрадовались несчастью товарищей-вендузятников. Придётся вам переходить на линух — сказали они хором — У нас все работает здорово, не то что у вас. Вендузятники пригорюнились, но принялись копаться в файлах, пытаясь найти причину. Уж больно им не хотелось на линух.

В итоге проблема была найдена — один из линухойдов закоммитил две иконки, с одинаковыми именами, но в разных регистрах. Как несложно догадаться, венда не перенесла такого издевательства над своим мозгом и просто решила не создавать этот файл. В результате получился затык при обновлении.

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

Прежде чем приступать вообще к использованию веток, и даже если вы и не думаете их использовать, необходимо прочесть Этот Священный Талмуд.

После того как вы прочли статью о ветках в svnbook, вы уже понимаете для чего нужны ветки, как с ними работать и в каких случаях их необходимо использовать. В принципе, после этого, то, что написано под катом вам уже скорее всего не нужно. Но если вам было лень читать, то может текст ниже вас заинтересует, и вы все таки прочтете статью документации. А может, просто поможет вам лучше понять то, что только что прочли в svnbook-е.

The Trac project

Я не буду описывать ее возможности и для чего эта система нужна, все есть на офф. сайте (http://trac.edgewall.org) или в википедии.
Рассмотрю только установку и настройку детально для новичков (статья посвящена другу Энверу из Рязани, может еще кому пригодиться), тому кто уже с этим сталкивался пользы эта статья не принесет.

Связка FreeBSD + SVN + Apache2 + Trac

Для новичков подробнее о связке и способе работы

Все исходники разрабатываемого ПО лежат в SVN (удобно видеть все изменения и всегда легко сделать откат, если надо).
Trac — система, предоставляющая возможность интерактивной работы прежде всего с svn репозиторием, а так же вики (не считая доп. модулей).