SVN для поддержки бесплатных и про-версий

Question

Возможно ли использование SVN для поддержки бесплатных и бесплатных версий ?. Например, размещение бесплатной версии (содержащей 90% кода) в каталоге «trunk/myapp» и про версии в каталоге «branch/myapp_pro».

Обычно я использую библиотеку проектов для бесплатной версии и другой проект, который включает эту библиотеку в про-версию. Но всегда у меня много проблем с Eclipse. Я бы перешел на модель версий программного обеспечения, но не совсем понимаю, как подойти к ней.

Или, может быть, лучше «GIT»?

Answer 1

Так как вы, принимая систему управления версиями без устаревших репозиториев поддерживать, я предлагаю использовать GIT в целом, по нескольким причинам:

• GIT is faster
• он распространяется, а это означает, что он хранит копию истории на хосте, позволяя фиксации в автономном режиме и предлагая защиту от потери данных, так как каждый участник имеет копию репозитория.
• У этого есть правильное управление ветвями (лучше, чем SVN)
• Он поставляется с множеством дополнительных функций, которые вы по достоинству оцените.

Итак, приходя в свой рабочий процесс:

1. ломаются постепенные изменения в фиксаций.
2. Вы можете сохранить историю выпущенных версий, используя tags, которые по существу являются «названными метками времени», указывая на определенную фиксацию в истории. Например, вы могли бы использовать тег v1.1, затем v1.2beta и т.д.
3. Когда речь идет о включении дополнительных функций в сборке (бесплатно по сравнению с профи), лучшее место, чтобы сделать это в системе сборки: создать две компиляции цели и включают дополнительные функции в одном.

Что касается последнего момента, вы не распространяете этот код публично, поэтому обе версии могут жить в одной папке без проблем: использование двух репозиториев/папок, вероятно, приведет к дублированию кода, поскольку версия pro включает бесплатную; использование двух репозиториев затрудняет исправление ошибок, так как вам придется синхронизировать и копировать исправления ошибок от одного к другому.

Answer 2

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