Как я убеждаю свою команду отбрасывать sourcesafe и перемещаться в SVN? [закрытый]
Существует API, это является новым в Leopard под названием LSSharedFileList. Одна из вещей, которые это позволяет Вам сделать, просмотреть и отредактировать список Объектов Входа в систему (названный Объектами Входа в систему Сессии в том API).
BTW, я - ведущий разработчик Growl. Мы еще не переключились далеко от AE, потому что мы все еще требуем Tiger, но я думаю об отбрасывании этого для 1,2 (еще не обсудили его с другими разработчиками). Когда мы действительно отбросим Tiger, мы отбросим LoginItemsAE также и переключимся на API Списка Совместно используемого файла.
<час>РЕДАКТИРОВАНИЕ с 2012 года: С 2009, когда я первоначально записал этот ответ, Рычание переключилось на LSSharedFileList, и я оставил проект.
4 ответа
Когда я был на презентации VS2005, мне удалось подкараулить Microsofty и спросить, почему SourceSafe так ужасен в использовании. Ответ, который я получил, был довольно шокирующим, не только из-за того, что он сказал, но и потому, что он был настолько откровенен в своих словах.
Он сказал мне, что эта программа действительно предназначена для использования только одним человеком, и даже тогда она не очень хорошо справляется с этой задачей.
Я и мои коллеги были немного шокированы, мы не могли придумать, что еще сделать, кроме как громко рассмеяться, как и Microsofty! Затем он сказал нам, что эта программа не используется внутри компании.
Поэтому вскоре после этого мы перешли на subversion. Мы практически решили перейти на него еще до мероприятия по запуску, но это только подтвердило, что мы приняли правильное решение.
В моей предыдущей работе мы начали с VSS, затем перешли на SVN и никогда не оглядывались назад.
Просто начали новую работу, и они используют VSS, к счастью, вышеуказанные проблемы заставляют их задуматься об использовании SVN.
Невозможность добавить файл в проект из-за того, что у кого-то был извлечен файл проекта, бесит!
- Ли
Если вы отказываетесь от SourceSafe в пользу другой системы контроля версий, я бы рекомендовал использовать Mercurial, а не SVN
Joel Spolsky's написал очень хорошее введение в Mercurial и вы можете использовать плагин для Visual Studio.
Всякий раз, когда я работал в команде из 3 человек, и они начинали увеличивать число, дальнейший уход от VSS казался естественным шагом.
Также всякий раз, когда я показывал людям преимущества непрерывной интеграции (особенно CruiseControl.NET ); этого часто бывает достаточно, чтобы оправдать переход от VSS к SVN (я считаю, что SVN работает с CruiseControl.NET намного лучше, чем VSS).
Я бы посоветовал начинать любые новые проекты в SVN и переносить старые проекты по мере необходимости, а не выполнять полный переход от одного к другому за один шаг.
Вы будете удивлены, насколько быстро VSS умирает таким образом.