Работа с SVN свойствами

В предыдущих частях мы рассмотрели основные операции, с которыми разработчик сталкивается каждый день. Просматривает репозиторий, работает с проектом в рабочей копии, фиксирует изменения, делает слияние веток разработки и т.д. Но этом рассмотрение основ SVN можно было бы закончить, но как любой другой инструмент SVN обладает возможностями тонкой настройки и дополнительными опциями, для автоматизации его использования. Это реализовано через механизм SVN свойств папок и файлов, находящихся под контролем репозитория. Существует достаточно большое количество SVN свойств файлов/папок описывающих те или иные ситуации, но мы рассмотрим только базовые свойства которые желательно использовать при работе.

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

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

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

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

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

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