Какие преимущества у Perforce?

Лично я презираю насильно. Его пользовательский интерфейс ужасен, сложен и просто не интуитивно понятен. Он глючит и часто дает сбой.

Я работал с SVN раньше (через Tortoise SVN) и нашел его намного более простым и дружелюбным.

Конечно, все это с точки зрения пользователей, возможно, у SCM другая точка зрения.

Я согласен с предыдущим Yuval - поработав с Perforce и svn как в графическом интерфейсе, так и в режиме командной строки, я предпочитаю svn. Однако компания, в которой я работал в то время, перешла с используемых бесплатных резюме на Perforce. Его графический интерфейс более яркий. Я думаю, что его модель фиксации отличается - она ​​использует блокировку, что может быть предпочтительнее для некоторых разработчиков / менеджеров. В коммерческих условиях наличие специалистов по поддержке вашего инструмента управления версиями также может помочь. Я слышал, что в некоторых крупных компаниях использование открытого кода в производственной среде запрещено, потому что они хотят иметь возможность получить поддержку для каждой строчки кода.

Perforce поддерживает блокировку и, похоже, требует ее для некоторых типов файлов, которые нельзя объединить (двоичные ресурсы, изображения Think и т. д.). Это делает нет, однако требует блокировки для обычных исходных файлов, которые могут быть открыты для редактирования несколькими пользователями одновременно, а затем объединены обратно в хранилище.

Я нахожу систему Perforce с «списками изменений», которые группируют изменения в несколько файлов и рассматривают их как единое целое, и это приятно. Я уверен, что вы можете сделать что-то похожее на SVN, но это не так просто из коробки.

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

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

Если я не ошибаюсь, вы можете использовать его бесплатно с ограниченным количеством клиентов, так что вы можете опробовать его без особой боли ...

Я много лет работал с Perforce, а также с Clearcase, Sourcesafe, RCS, PVCS, CVS и Subversion. Совсем недавно я тоже начал использовать GIT.

Исходя из этого опыта, я считаю, что для большинства целей Perforce - лучшая система контроля версий для коммерческих сред. Хотя изначально он не такой простой, как Subversion, он имеет ряд более мощных функций, особенно в отношении ветвления и слияния. Подход «блокировка по умолчанию» обычно больше подходит для этой среды.

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

Тем не менее, я ненавижу ClearCase. ClearCase обычно навязывается сверху (т.е. решение руководства).

Во многих случаях, когда Subversion превосходит Perforce, в наши дни кажется, что многие люди предпочитают распределенные системы, такие как GIT, Bazaar, Mercurial. Судя по тому, что я видел в GIT, они вполне могут быть правы, и я уверен, что другие плакаты подтвердят это.

Вы можете найти подсказки в Каковы преимущества использования Perforce вместо Subversion? (просто следуя вашему тегу Perforce ...).

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

Одним из главных достоинств Perforce является скорость. Сервер отслеживает состояние файлов на клиенте; поэтому такие операции, как «получить мне последнее состояние хранилища», тривиальны - сервер уже знает, какие файлы у вас есть, и может отправить вам минимальный объем информации.

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

Поскольку сервер Perforce отправляет клиенту минимум данных, Perforce хорошо работает на медленных каналах связи, например, в ситуации, когда клиент в США обращается к складу в Лондоне. При этом протокол Perforce относительно «болтлив», поэтому он подвержен замедлению из-за перегруженных каналов.

Я использую perforce на работе ежедневно и никому не рекомендую. Я уверен, что это был, возможно, лучший SCM за многие годы, но его основная модель устарела.

Perforce - это, возможно, централизованная система SCM самый, которую я когда-либо использовал. Представьте, что они гордятся тем, что ничего не кэшируют на вашем диске. Выполнение синхронизации раздражает, потому что в огромном количестве случаев она ничего не сделает, если вы не выполните принудительную синхронизацию - а принудительная синхронизация действительно копирует все с сервера обратно к вам - если ваш проект составляет 10 ГБ, он скопирует все из них .

У меня есть предыдущий опыт использования SourceSafe, CVS, SVN, Mercurial и git (меньше двух последних).

Я думаю, что большинство SCM с открытым исходным кодом являются зрелыми, и вы можете выбрать один из. Если вам нужно что-то централизованное, выберите SVN, а если вам нужно что-то децентрализованное, используйте Mercurial (у меня был плохой опыт работы с git в Windows).

Некоторые другие проблемы, которые у меня были с волей случая:

• то, что вы фиксируете, - это не то, что вы получаете обратно: например, если вы фиксируете файл UTF16 на Intel Mac и синхронизируете его с другим Mac PPC, вы получите другой файл UTF16, потому что perforce умен и скрывает файл в клиентский байт -заказ. UTF16-BE - UTF16-LE ?!
• написание сценариев в 10 раз сложнее, чем другие инструменты.
• если вы начнете использовать его и привяжете к своим процессам, написав скрипт, вероятно, вы умрете с ним, потому что все делается по воле и по воле :(
• image, что очень легко отключить сервер p4: просто выполните синхронизацию в корне проекта. Там, где я работаю, это запрещено, потому что это может снизить подачу! Существует сценарий наблюдения, который отслеживает процессы сервера perforce, и если один из них занимает x ГБ ОЗУ, он убивает его и отправляет вам уведомление. Да, выполнение одной простой команды на клиенте может создать процесс размером 3 ГБ на сервере за 5-10 секунд.

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

Никогда не запускайте Perforce, кроме как в песочнице SELinux.

Помните: клиент Perforce - это марионетка сервера. Вы должны использовать функции безопасности операционной системы, чтобы она не делала того, чего вы не хотите. ВСЕГДА относитесь к клиенту Perforce как к враждебному.