Что такое спецификация ветки в Perforce?
Мне кажется, что сохранение объекта "branch" в Perforce может быть не совсем необходимым после отправки интеграции.
Т.е. "настоящая" ветвь на самом деле является путем к папке, и даже если вы удалите объект ветки, который был создан для выполнения целочисленного значения, путь к папке все еще действителен, и все файлы по этому пути все еще там (с перезапуском версионирования от #1 и т. д.)
Что меня озадачило, так это то, что когда я пытаюсь редактировать имя ветви (объекта), он вместо этого создает новую ветвь, которая является копией предыдущей с новым именем. Но если я удаляю предыдущую, никакого вреда, похоже, не было (на первый взгляд).
Является ли объект ветвления в Perforce в действительности просто удобным механизмом для инструмента, который может быть уничтожен и воссоздан по желанию, при условии, что отображаемое в нем отображение остается идентичным?
Томас
2 ответа
Под "объектом ветвления" я предполагаю, что вы имеете в виду "спецификация ветви"? Спецификации веток - это то, что вы создаете на вкладке с надписью "Ветви" в P4V. Да, это просто удобство и никак не влияет на фактические разветвленные файлы. Вы можете удалить их, и фактическая ветвь, которую они описывают, не будет затронута.
Спецификация ветвления не требуется для выполнения операций ветвления и интеграции. Все это можно выполнить с помощью пункта "Интегрировать...", который доступен в контекстном меню файлов и папок в дереве хранилища. Спецификации ветвления позволяют вам сделать это проще, настроив сопоставления между стволом и ветвью. Мы обычно не используем их, потому что наши спецификации веток обычно состоят из чего-то вроде этого:
//depot/foo/dev/... //depot/foo/v1.5/...
Создание спецификации ветки для чего-то такого простого на самом деле не экономит время. Именно тогда, когда сопоставление между файлами транка и ветвью становится более сложным, спецификации ветвления оказываются полезными.
Спецификации ветвления полностью отделены от фактических операций ветвления / интеграции, однако спецификации ветвления допускают более сложные интеграции, чем это легко сделать с прямыми путями. (например, сбор нескольких путей вместе или реорганизация дерева).
Я не уверен, что есть что-то, что не может быть выражено как последовательность интеграций файловых путей?
Преимущество сохранения сложной спецификации ветвления состоит в том, что она облегчает выполнение инкрементных интеграций.