Skip to content

Latest commit

 

History

History
55 lines (41 loc) · 3.39 KB

perforce.md

File metadata and controls

55 lines (41 loc) · 3.39 KB

Perforce

Есть мнение, что название продукта произошло от слов perversive force.

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

Краткая справка

  • p4 changes - просмотр истории
  • p4 label или p4 tag - создание тега
  • p4 integ - создание ветки
  • p4 edit - взятие файла на редактирование
  • p4 opened - просмотр открытых на редактирование файлов
  • p4 submit - коммит изменений
  • p4 sync - получение обновлений с сервера

Лицензионная политика

Недостатки по сравнению с Git

Допереводить - https://www.atlassian.com/git/tutorials/perforce-git

  • Как можно построить эффективную командную работу в системе контроля версий, в которой нужно явно checkout-ить каждый файл перед редактированием?

  • Невозможно сделать стек "шелвов", т.е. набор изменений, каждое из которых базируется на предыдущем. К примеру, если мы "зашелвили" файлы, их нельзя отредактировать и снова "зашелвить".

Глоссарий

  • depot - репозиторий
  • changelist - commit
  • shelving - функционал отправки изменений на ревью, позволяющий отправить копии измененных файлов во временный расшаренный репозиторий («полка» от shelve).
  • stream - ветка, branch: логика работы с ветками Более стабильные стримы находятся выше Mainline, нестабильные — ниже.
  • jobs - отображают статус работы над багом, интегрируются с баг-трекерами
  • labels - объединяют ревизии файлов в группы к
  • triggers - аналог хуков, но со своими особенностями

Дополнительная литература