Волей- неволей в магазине Microsoft

Question

В настоящее время наш магазин разработчиков использует Visual SourceSafe.Мы все знаем, чем это может закончиться (плачевно), поэтому исследуем другие системы.Во-первых, это Волей-неволей.Есть ли у кого-нибудь опыт его использования и его интеграции в Visual Studio (2003/2005/2008)?Он так же хорош, как и любой другой, или он довольно солидный, с хорошими характеристиками, сравнительно?

Answer 1

Я использовал Perforce на своих последних 3 работах (на своей текущей работе я использую Subversion, которая мне почти так же не нравится). Я большой поклонник Perforce, и переход с SourceSafe на него покажется вам Нирваной.Простое получение atomic checkin станет большим стимулом для вашей компании.В остальном, Perforce работает быстро, у него есть хорошие инструменты, а рабочий процесс прост для выполнения таких действий, как слияния и интеграции.Я от всего сердца рекомендую это.Возможно, она не такая новая и броская, как последние распределенные венчурные капиталисты, но, честно говоря, я предпочитаю модель клиент / сервер за ее скорость, особенно если вы работаете с людьми в других странах, у которых может быть медленное подключение к вам.

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

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

Answer 2

Это трудно назвать 900 долларов за пользователя a хорошая функция.

Answer 3

Мы использовали Perforce более года, прежде чем недавно перейти на SVN.Хотя инструменты мне понравились (например, visual diff и merge, а также биты администратора), у нас были некоторые действительно утомительные проблемы с привязкой, как упоминает Крис;в остальном интеграция VS является удовлетворительной.Во всяком случае, я нахожу работу с SVN более простой и интуитивно понятной, чем поневоле.TortoiseSVN (расширение оболочки проводника Windows) отличное, и мы купили пару лицензий VisualSVN для интеграции с VS.Вопреки воле, VisualSVN работает не с интерфейсом MS SCC, а напрямую с SVN-клиентом, что я лично рассматриваю как преимущество.Волей-неволей у нас есть поддержка многих других операционных систем, но наши разработчики, не работающие с Windows, также чувствуют себя более комфортно с SVN.Если бы мне снова пришлось выбирать, я бы выбрал SVN.

Answer 4

Sourcegear Vault - лучшая SCM для миграции пользователей VSS.

И это дешево.

Answer 5

Perforce отлично работает с Visual Studio, включая "автономный" режим, в котором VS сделает ваши локальные файлы доступными для записи и позже синхронизирует с сервером.

Я склонен использовать графический интерфейс Perforce для многих операций (отправки, различий) только потому, что это быстрее / лучше, но процесс проверки IDE проходит без проблем.

Волей-неволей, по моему опыту, это надежный и лучший смешанный продукт управления версиями (код + данные), если стоимость не является фактором.

Моя самая большая проблема заключается в том, что производительность сервера под Windows далеко не так хороша, как под * nix, и если вы используете сервер * nix, они официально не поддерживают опцию для имен файлов без учета регистра (это означает, что вы либо отказываетесь от поддержки, связанной с ошибками файловой системы, либо устанавливаете триггер, который предотвращает добавление людей foo.cpp если Foo.cpp существует).

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

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

Answer 6

У меня есть опыт использования производной от Perforce.

С точки зрения администратора это казалось трудным в управлении, но с точки зрения программиста это было прекрасно использовать.

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

Answer 7

Я лично использовал и руководил несколькими командами в течение нескольких лет, которые занимались Perforce и Visual Studio.Это работает на отлично.Может быть пара ошибок при привязке / повторной привязке, но в них, как правило, легко разобраться - хорошим источником информации является база знаний и / или список рассылки.

Никогда не было никаких проблем с одновременным использованием командной строки, визуальных клиентов и VS IDe - обновление обычно работает нормально.

Answer 8

Мы активно используем perforce в компании, включая ветвление для очень крупных проектов, разработку на Sun Solaris и Windows, и более 120 пользователей.

Это очень быстро, и графический интерфейс Windows (P4V) очень приятный.Интеграция с Explorer приемлема.Я отключил интеграцию с VS и использую макросы (вызывая, например, p4 edit) для редактирования / возврата / дифф-файлов.Интеграция с VS чрезвычайно раздражает для крупных проектов (наше решение насчитывает > 130 проектов), но может работать для небольших проектов.

Answer 9

Я не использовал Perforce, но я обнаружил, что переход на Team Foundation Server является одним из лучших вариантов при работе с Visual Studio.