Перенесировать пользователя 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 использует его!