По необходимости для пользователя Подверсии?
Я только что сменил работу. Мой предыдущий работодатель использует Подверсию, мое новое использование работодателя По необходимости.
Есть ли какие-либо ресурсы там, это поможет мне, как пользователь, изменит мою умственную модель от Подверсии одной к По необходимости одной? Что аналоги к общим командам SVN? Какие понятия реализованы по-другому?
Я особенно не интересуюсь за и против По необходимости по сравнению с Подверсией - решение было принято. Существует много других вопросов на покрытии S.O. это. Я хотел бы знать, какую умственную реорганизацию я должен буду сделать (или не).
5 ответов
Perforce и Subversion довольно похожи, они оба поддерживают атомарную фиксацию групп файлов и ветвление на основе путей.
В Perforce есть:
a) Pending changesets - вы можете объединять редактируемые файлы в группы и работать с группами.
b) Client-Specs - вы можете сопоставлять хранилище с вашим локальным рабочим пространством в довольно сложных схемах.
c) No external - вы не можете привязать одну и ту же часть хранилища к нескольким местам в вашем рабочем пространстве, или привязать другие хранилища к поддиректориям в вашем рабочем пространстве.
d) Отслеживание слияний, что является новой возможностью для Subversion.
e) Сильные соединения с сервером: Вы должны сообщить об этом серверу перед редактированием файла, и сервер использует эту информацию, чтобы иметь представление о состоянии вашего локального рабочего пространства, что ускоряет обновления.
Даже если это не самая последняя презентация, у вас все еще есть массив хороших функций (в Perforce и SVN) в этом документе .
Может быть полезно прочитать Perforce Branch Naming and Repository Structure Guidelines , поскольку его структура немного похожа на структуру SVN: Perforce использует структуру репозитория для представления ветвей, а также других структур каталогов.
На ум приходят несколько вещей (четыре года назад я использовал это по воле случая - все могло измениться).
- блокировка - принудительно требует, чтобы вы заблокировали файлы, над которыми вы работаете. Subversion - нет.
- список изменений - списки изменений являются основными для работы с принудительным управлением. Каждая фиксация входит в список изменений. Они менее важны в подрывной деятельности.
Эта запись в блоге может помочь вам осуществить переход.
Я просто скользнул в другую сторону. Мой предыдущий работодатель использовал Perforce (серверы Linux, клиенты Mac и Windows), мой новый работодатель переходит на SVN. Вот с чем я столкнулся:
- Я не скучаю по ветвлению Perforce. Хотя это могло быть связано с окружением.
- Вы должны заблокировать! Но, по крайней мере, вы можете настроить несколько блокировок и проверок.
- Я ненавидел "командную строку" Perforce, к ней можно привыкнуть, но она никогда не была простой.
Я до сих пор не являюсь поклонником Perforce, так что я думаю. В основном, привыкайте использовать предоставляемые пользовательские интерфейсы, блокировку, как того требует ваш работодатель, и будьте внимательны к тому, над каким списком изменений вы работаете (очень легко запутаться в списках изменений).
Perforce НАСТОЛЬКО быстрее SVN, потому что все выгрузки хранятся на сервере, и ему не нужно проверять каждый файл при обновлении. SVN работает намного лучше, когда отключен от сети - в Perforce вам нужно сообщить серверу, когда вы выполнили проверку. Графический интерфейс Windows очень хорош. Командная строка не так проста, как SVN. Google использует его!