Переход с Sourcesafe - что искать в продукте - PullRequest
3 голосов
/ 25 марта 2010

Мы стремимся перейти от более безопасных источников к более надежной системе контроля версий для наших приложений .Net. Мы также ищем сценарии / автоматизированные развертывания.

Я разработчик .Net (веб и winforms). Тем не менее, большинство наших сотрудников по разработке RPG для IBM iSeries, а разработчики используют LMI Aldon для контроля и развертывания исходного кода. Наш менеджер предпочел бы придерживаться Aldon, чтобы все наши продукты были в одной системе. Однако у меня нет опыта работы с продуктами Aldon на стороне .Net. Я немного использовал TFS и Subversion с Tortoise, но этого недостаточно, чтобы рекомендовать одно или другое, особенно по сравнению с продуктом Aldon.

Кто-нибудь имеет опыт работы с продуктами Aldon? Если так, мысли, пожалуйста? Кроме того, помимо очевидных вещей, которые делают системы контроля версий, есть ли вещи, которые мне следует избегать, или они должны иметь? Я открыт для любой системы.

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

Ответы [ 4 ]

3 голосов
/ 25 марта 2010

Моя рекомендация - не выбирать продукт контроля версий, основанный на конкретном языке / платформе, с которыми вы сейчас работаете. Две причины:

1 - этот язык может / изменится в будущем, что сделает ваш выбор неуместным
2 - большинство магазинов используют более одного языка (другой язык для сценариев, если ничего больше), поэтому выбор на основе одного языка / платформы недальновиден. Сказав это, вы ДОЛЖНЫ оценить клиентские инструменты, доступные для потенциальной системы контроля версий, и посмотреть, соответствуют ли они разумно вашей текущей парадигме разработки.

Лучше задать себе несколько вопросов:

  • Насколько способны администраторы? Нужно ли управлять продуктом до смерти?
  • Насколько способны пользователи? Есть ли у них опыт и время, чтобы справиться с чем-то вроде Git с его существенной кривой обучения, или им нужен самый простой продукт?
  • Вам нужен распределенный контроль версий ? (Ответ часто бывает «да!», Как только вы осознаете силу, которую он вам дает.)
  • С какой системой сборки / непрерывной интеграции вы взаимодействуете?
  • Какую модель безопасности вы хотите / должны использовать?
2 голосов
/ 25 марта 2010

Мы используем SVN для управления исходным кодом, AnkhSVN для VisualStudio, SublimeSVN для управления резервными копиями и пользователями хранилища и, наконец, CuriseControl.Net для сценариев / автоматических развертываний.

1 голос
/ 25 марта 2010

Проверьте сообщение Джоэла: Распределенный контроль версий здесь, чтобы остаться, детка . Отличная пища для размышлений, если ничего другого

0 голосов
/ 25 марта 2010

Функции, которые вам нужны, зависят от ваших требований. У меня нет большого опыта работы с SVN (хотя я использовал его и он мне нравится), поэтому я сосредоточусь на комментариях по централизованным системам. (Однако я знаю многих разработчиков, которые клянутся распределенными системами). Вопросы, которые вы должны задать себе:

  1. Сколько разработчиков будут использовать мою систему?
  2. Сколько у меня бюджета на место?
  3. Сколько различных проектов будет проведено в системе и насколько сложными они будут?
  4. Как будет администрироваться моя система (запуск разработчика, разрешения, резервное копирование)?
  5. Требуется ли совместная работа в дополнение к управлению исходным кодом?

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

Если у вас будет больше разработчиков и вы действительно хотите заняться аспектом совместной работы, посмотрите на TFS2K10 (я бы не стал выходить с 2008 года, если вы можете избежать этого). TFS добавляет элемент совместной работы (хранение документов и управление версиями) и элемент управления проектом (управление задачами, отчеты и т. Д.). Это дороже и тяжелее, чем Perforce, но предлагает немного больше.

...