системы контроля версий

SVN для чайников. Часть III.

Работа с ветвлениями

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

Как удалить GIT из Windows?

Когда то я поставил себе на WindowsXP GIT чисто, чтобы попробовать, как он работает под Виндами. Потом я решил удалить этот пакет. Как любой пользователь Windows нажав на пункт меню Uninstall. GIT удалился, но теперь при попытке открыть любую папку в Проводнике, или в диалоге сохранения или загрузки файла в какой-либо программе, я стал получать множество всплывающий окон с одинаковой ошибкой:

Удачная модель ветвления для Git

В этой статье я представляю модель разработки, которую использую для всех моих проектов (как рабочих, так и частных) уже в течение года, и которая показала себя с хорошей стороны. Я давно собирался написать о ней, но до сих пор не находил свободного времени. Не буду рассказывать обо всех деталях проекта, коснусь лишь стратегии ветвления и управления релизами.

SVN для чайников. Часть II

Работа с рабочей копией 

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

SVN для чайников. Часть I.

Данный цикл статей посвящен введению в использование SVN, с точки зрения обычного пользователя. Статья была написана в помощь моим коллегам для быстрого освоения и использования SVN. Итак начнем с азов.

Данный материал был опубликован в журнале "Компоненты и технологии"

Введение

Subversion (SVN) — бесплатная система управления версиями с открытым исходным кодом. SVN позволяет управлять файлами и каталогами, а так же сделанными в них изменениями во времени. SVN предоставляет следующие возможности :

Зачем нужны системы контроля версий типа SVN?

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

У таких разработчиков на жестком диске в проектах часто можно найти следующие папки:

SVN для ПЛИСоводов-АЛЬТЕРодиов. Что скармливать SVNу

Quartus при своей работе создает множество файлов, большинство из которых служебные и изменяются от компиляции к компиляции. Естественно что подобные файлы не имеет смысла хранить в репозитории SVN, т.к. они не несут информацию о настройках проекта.

В Quartus основная информация находится в следующих файлах

SVN для продолжающих. Как управлять версиями релизов библиотек

Очень часто есть определенное количество файлов общих для разных проектов. В этом случае разработчики обычно оформляют их как библиотеки. Их удобно использовать с помошью SVN свойства svn::externals. Но тут есть одна тонкость.

Ссылаться на основную ветку разработки trunk не совсем правильно, т.к. в ней могут лежать не рабочие файлы. Значит надо делать релизы в tags.

SVN для продолжающих. Как делать релизы библиотек.

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

RSS-материал