Ультра-простой источник управления LightWeight для проектов Visual Studio?

Question

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

Итак, вот мой вопрос: Существует ли дружественное к шимпанзе решение для обеспечения контроля над исходным кодом Simplicity over Flexibility ? Проекты и команды небольшие, и я понял, что нам нужны ОЧЕНЬ простые и базовые механизмы проверки / регистрации, без каких-либо успехов, с ограниченными функциональными возможностями и функциями. Это помогло бы мне перестать быть параноиком по поводу честности проектов.

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

Answer 1

Ваша проблема звучит так, как будто она больше связана со стратегиями процессов и ветвления, чем с чем-либо еще.

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

Обучайте своих разработчиков вместо того, чтобы пытаться использовать тупой SCM (который в будущем, вероятно, не будет соответствовать вашим потребностям).

Что касается стратегии ветвления - я обнаружил, что ветвление на элемент является наиболее естественным способом работы и в основном избегает конфликтов слияния.

Смена SCM не поможет с вашими проблемами, если вы не будете заниматься процессом и ветвлением.

Answer 2

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

Во-вторых, есть несколько вариантов интеграции с VS, которые понравятся большинству разработчиков. SVN является одним из них. Team System - это другое (но гораздо более дорогое и сложное решение). Visual Source Safe также является опцией, но на самом деле это старая устаревшая система, которая не обновлялась с 2005 года (и даже это было в основном патчем для системы, которая не была обновлена ​​7 лет назад это).

Если вы хотите бесплатно, нет ничего более ценного, чем использовать Subversion. Все остальное будет древней технологией (например, CVS), которая будет иметь еще больше проблем. Есть несколько бесплатных SCM, более мощных, таких как git и Mercurial, но у вас будет еще больше проблем. Если вы готовы платить, тогда многие сторонние инструменты имеют лучшие инструменты для слияния и визуализации. Мне нравится AccuRev .

Существуют также некоторые коммерческие плагины SVN для Visual Studio, которые также могут помочь. Я не использовал ни одного из них, но они могут улучшить использование SVN разработчиками.

Answer 3

Попробуйте использовать комбинацию Mercurial и Tortoisehg в качестве графического интерфейса.Вы также можете использовать его из Visual Studio с VisualHG .Каждый разработчик может свободно клонировать и управлять своим собственным репозиторием.Как только вы достигнете соглашения, вы можете отправить его в хранилище коллеги или в центральное местоположение.

Чтобы помочь с усыновлением, вы можете убедить других посмотреть видео DVCS на FogCreekKiln page.

См. что делает слияние в dvcs-easy и аналогичные обсуждения SO относительно относительной простоты слияния.

Answer 4

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

Тем не менее, мне очень повезло с Visual SVN для Visual Studio.Он прост в использовании и хорошо интегрируется.

Если это слишком сложно, может вернуться к TortoiseSVN, который является довольно идиотским доказательством.

Что касается альтернативного супер простого продукта, я не знаю такого продукта, но если вам действительно нужно что-то легкое, а затем датированные и именованные zip-файлы являются плохой и невежественной формой контроля версий.Хотя слияние и восстановление - это сука.

Answer 5

Я бы сказал, что каждый разработчик, работающий в команде, должен хорошо понимать принципы контроля версий.Может быть, вы должны получить лучшие разработчики!: -)

Чтобы ответить на ваш вопрос, я всегда находил Team System замечательной и очень гибкой.При такой хорошей интеграции IDE его можно настроить, чтобы обеспечить наилучшую практику управления исходным кодом.Тем не менее, это довольно большая система управления источниками, поэтому она может быть чрезмерной для ваших целей.