Что такое спецификация ветви в Perforce?

Question

Мне кажется, что поддержание объекта «филиала» в Perforce не может быть полностью необходимым после того, как интеграция была представлена.

Т.е. «Реальная» ветвь, на самом деле является путем папки, и даже если вы удалите объект ветви, который был создан для выполнения INTEG, путь папки все еще действителен, и все файлы в этом пути все еще там (с перезапущенными версиями Из #1 и т. Д.).

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

Является ли филиал в Perforce в реальности просто удобным механизмом для инструмента, который может быть уничтожен и воссоздан по желанию, если описание, которое он описывает, остается одинаковым?

Томас

Answer 1

Под «ветвью объектом» я предполагаю, что вы имеете в виду «спецификация ветви»? Технические характеристики ветви - это то, что вы создаете на вкладке с надписью «ветви» в P4V. Да, это просто удобство, и никоим образом не влияют на фактические разветвленные файлы. Вы можете удалить их, и фактическая ветка, которую они описывают, не будет тронут.

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

//depot/foo/dev/... //depot/foo/v1.5/...

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

Answer 2

Технические характеристики ветви полностью отделены от фактических операций с филиалом/интеграцией, однако спецификации филиала допускают более сложные интеграции, чем просты с прямыми путями. (Например, собирая несколько путей вместе или повторно нарастает дерево).

Я не уверен, есть ли что -то, что нельзя выразить как последовательность интеграций FilePaths?

Преимущество сохранения сложной спецификации ветви заключается в том, что это облегчает выполнение инкрементных интеграций.