Как убедить компанию переключить свой контроль источника

Ответ 1

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

Использование VSS через VPN или другие удаленные подключения является ужасным. Он использует SMB для передачи данных, и вам нужно получить файл и все его дельта, чтобы получить подсказку. Противный.

Я видел, что VSS начинает действовать с 1 ГБ данных. Ошибки базы данных и т.д. MS (где-то в FAQ или KB) говорит, что 2 ГБ действительно максимальный безопасный предел. Нет хороших инструментов управления (клиенты управляют убежищем), поэтому вы действительно не получаете предупреждения об этом.

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

Ответ 2

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

Я ничего не знаю о VSS, но на ум приходит фраза "если это не сломано, не исправляй". Вы должны показать своим менеджерам, что VSS сломан и нуждается в исправлении. Еще лучше, если вы можете показать руководству, как он сэкономит им деньги.

Ответ 3

@Адам Дэвис: На самом деле Адам, VSS - ужасная система управления версиями. Он имеет долгую историю развращения истории и потери данных. Ужасно при слиянии, не справляется с несколькими разработчиками хорошо и очень медленно. Также история бедна. Microsoft на самом деле не поддерживает его больше, вы заметите, что они никогда не использовали его для собственного внутреннего развития, и теперь они даже не продают его в пользу более современного решения (VSTS). Короче говоря, если вам нужно выбирать между VSS и любым другим типом источника, перейдите к альтернативе.

Ответ 4

Просто перейдя по функциям, хороший контроль источника приносит:

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

Ответ 5

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

Ответ 6

Интернет завален хорошо написанными статьями о недостатках VSS. Я собирал бы это как совокупность доказательств для перехода от VSS. Найдите ключевое требование, которое VSS не может поддерживать (удаленная работа, поддержка других ОС, интеграция инструментов) и использовать его для решения вашей проблемы. Затем вам нужно найти систему управления версиями, которая соответствует вашим требованиям организации - вы уверены, что Subversion - это эта система? Настройте демонстрацию выбранной вами системы и используйте ее, чтобы доказать свою ценность.

Я реализовал это изменение у предыдущего работодателя (сначала CVS, а затем и SVN), и, хотя он был успешным, нам пришлось собрать много бит вокруг края и полагаться на много (иногда ненадежных) с открытым исходным кодом проекты для получения всех необходимых нам инструментов. Оглядываясь назад, я должен был подумать о том, чтобы попытаться оценить профессиональные инструменты, такие как Perforce, Vault или даже Team System. Оценив их, я мог бы сделать правильное оценочное суждение о том, стоит ли CVS/SVN иметь их "свободный" ценник.

Ответ 7

способность обрабатывать ветвление и разветвление - это начало.

Попробуйте использовать subversion некоторое время параллельно с vss, вы, скорее всего, найдете много аргументов, чтобы убедить своего босса. Если вы этого не сделаете, ваш босс прав, нет причин для переключения.

Ответ 8

Получите их в google для "проблемы с vss", "источник безопасного повреждения" или просто посмотрите на страницу Wiki. Это должно убедить их, что это, вероятно, не долгосрочная жизнеспособная вещь для вас, чтобы делать ставку на такую ​​важную часть вашего бизнеса.

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

Я серьезно сомневаюсь, что Microsoft его использует (на самом деле, не используют ли они индивидуальный вариант Subversion или CVS?), и вы должны спросить себя: если компания не ела свою собаку, почему бы вам съесть его?

Ответ 9

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

• более низкая стоимость разработки
• более короткий график (другой оттенок # 1)
• больше подходит для удовлетворения требований к процессу (например, прослеживаемость программного обеспечения, или воспроизводимость сборки и т.д.).

Создание дела на этих вещах также требует чего-то количественного, а не просто "мы будем снижать затраты, потому что это правильный способ сделать это!".

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

Ответ 10

Почему Subversion над VSS?

• Бесплатное программное обеспечение
• Легче управлять
• "check-ins" - atomic!
• Простое разделение и объединение
• Продолжение разработки (т.е. VSS - тупик)
• Лучшие инструменты для отслеживания изменений и просмотра журналов
• Набор инструментов и агностик платформы, но также интегрируется со многими инструментами

Я сделал предложение своему менеджеру, и это было довольно легко продать. Я нашел, что это намного проще в использовании, особенно для ветвления (наш проект занял 5 часов, чтобы "разделить и навести" в VSS, а затем каждой операции потребовалось дополнительное время для завершения!).

Ответ 11

Я уже о том, почему VSS - это не очень хорошая идея. Вы могли бы получить некоторую информацию от этого. Также в этой статье и этот содержит дополнительную информацию.

VSS 2005 обнажил некоторые трещины в 6.0, но не особенно убедительно. Тот же мозговой мертвый фундамент остается.

Ответ 12

Даже если он не сломался, существует потенциальная выгода от перехода от VSS. Сначала и тривиально вам не придется покупать новые лицензии VSS. Во-вторых, существует множество примеров недостатков в продукте VSS (некоторые также признаны MS). Кривая обучения для SVN, по крайней мере, такая же низкая, как и для VSS, и если у вас есть более счастливые разработчики с их системой управления версиями, они с большей вероятностью будут использовать ее рано и часто. Это приведет к меньшему риску для вашей компании и что это выгодно.

Ответ 13

@Jason: VSS не работает.

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

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

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

Ответ 14

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

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

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