Perforce для пользователя Subversion?

Question

Я только что сменил работу. Мой предыдущий работодатель использует Subversion, мой новый работодатель использует Perforce.

Есть ли какие-либо ресурсы, которые помогут мне, как пользователь , изменить мою ментальную модель от Subversion до Perforce? Каковы аналоги общих команд SVN? Какие концепции реализованы по-разному?

Меня не интересуют все плюсы и минусы Perforce vs Subversion - решение принято. Есть много других вопросов по S.O. охватывая это. Я хотел бы знать, какую умственную перестройку мне придется сделать (или нет).

Answer 1

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

неволей имеет:

а) В ожидании Изменения - вы можете группировать файлы, которые вы редактируете в группы и управлять группами.

b) Клиентские характеристики - вы можете сопоставить хранилище с местным рабочим пространством в довольно сложных схемах.

c) Нет внешних - поэтому вы не можете сопоставить одну и ту же часть репозитория с несколькими местоположениями на рабочем пространстве или сопоставить другие репозитории с суб-dir в рабочем пространстве.

d) Слияние, которое является новой функцией для Subversion.

e) Сильные подключения к серверу: вы должны сообщить серверу перед редактированием файла, и сервер использует эту информацию, чтобы сохранить хорошее представление о вашем локальном рабочем пространстве, что делает обновления быстрее.

Answer 2

Несколько вещей приходят на ум (я использовал perforce четыре года назад - все могло измениться).

• блокировка - perforce требует, чтобы вы заблокировали файлы, над которыми работаете. Subversion нет.
• changelist - changelist являются базовыми для работы с perforce. Каждое совершение является списком изменений. Они менее важны в подрывной деятельности.

This blog post может помочь вам сделать переход.

Answer 3

Даже если это не самая современная презентация, у вас все еще есть хороший массив функций (в Perforce и SVN) в this document.

Может быть полезно прочитать Perforce Branch Naming and Repository Structure Guidelines, так как его структура немного похожа на структуру в SVN: Perforce использует структуру репозитория для представления ветвей, а также других структур каталогов.

Answer 4

Я только что спустил другое направление. Мой предыдущий работодатель использовал Perforce (Linux-серверы, Mac & клиентов Windows), мой новый работодатель переходит на SVN. Вот что я натолкнулся на:

• Я не пропущу ветви Перфорса. Однако это могло быть средой.
• Вы должны заблокировать! Но по крайней мере вы можете настроить несколько блокировок и проверок.
• I hated Командная строка Perforce, вы можете привыкнуть к ней, но она никогда не была простой.

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

Answer 5

Perforce - это SOOOO намного быстрее SVN, потому что все выписки хранятся на сервере, поэтому нет необходимости проверять каждый файл при обновлении. SVN работает намного лучше при отключении от сети - с Perforce вы должны сообщить серверу, когда вы сделали чек. Это графический интерфейс Windows действительно хорош. Командная строка не так проста, как SVN. Google использует его!

Answer 6

Я тоже сейчас изучаю Perforce, и то, что было бы полезно для меня, является руководством к командам P4, которые эквивалентны командам SVN. Начну (кто-то более опытный радушен, чтобы развернуть/редактировать этот ответ):

svn commit  ... p4 submit 
svn update  ... p4 sync 
...