Перенесировать пользователя Subversion?

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

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

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

Ответ 1

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

У Perforce есть:

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

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

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

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

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

Ответ 2

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

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

Это сообщение в блоге может помочь вам сделать переход.

Ответ 3

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

Может быть полезно прочитать Руководство по структуре именования и структуре хранилища Perforce, поскольку его структура немного похожа на структуру в SVN: Perforce использует структуру репозитория для представления ветвей, а также других структур каталогов.

Ответ 4

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

Я не пропущу ветки Perforce. Возможно, это была среда.
Вы должны заблокировать! Но по крайней мере вы можете настроить несколько блокировок и проверок.
Я ненавидел Perforce "командную строку", вы можете привыкнуть к ней, но она никогда не была простой.

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

Ответ 5

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

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

Ответ 6

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