Perforce в магазине Microsoft

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

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

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

Трудно назвать $900 на одного пользователя хорошей функцией .

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

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

И это дешево.

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

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

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

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

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

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

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

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

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

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

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

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

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

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