Ключевые понятия, стоящие за слиянием
Вы увидели примеры использования svn merge, продолжим рассмотрение. Если вы чувствуете не уверенность в том как собственно работает слияние, то в этом вы не одиноки. Многие пользователи (особенно те, для которых управление версиями в новинку) поначалу путаются в правильности записи этой команды и в том, как и когда эту функцию следует использовать. Отбросьте страх, на самом деле эта команда намного проще чем вы думаете! Очень просто понять механизм того, как именно ведет себя svn merge.
В замешательство приводит, главным образом название команды. Термин «слияние» как бы указывает на то, что ветки соединяются вместе, или происходит какое-то волшебное смешивание данных. На самом деле это не так. Лучшим названием для этой команды могло быть svn diff-and-apply потому что это все, что происходит: сравниваются два файловых дерева хранилища, а различия переносятся в рабочую копию.
Команда принимает три аргумента:
Начальное дерево хранилища (как правило, называемое левой частью при сравнении),
Конечное дерево хранилища (как правило называемое правой частью при сравнении),
Рабочую копию для применения отличий, в виде локальных изменений (как правило, называемую целью слияния).
Когда эти три аргумента указаны, сравниваются два дерева и результирующие различия применяются к целевой рабочей копии в виде локальных изменений. После того, как команда выполнена, результат не будет отличаться он того как если бы вы вручную редактировали файлы или многократно выполняли команды svn add или svn delete самостоятельно. Если результат вас устраивает, его можно зафиксировать. Если результат вас не устраивает, просто отмените (svn revert) все сделанные изменения.
Правила записи svn merge позволяют указывать три необходимых аргумента довольно гибко. Вот несколько примеров:
$ svn merge http://svn.example.com/repos/branch1@150 \ http://svn.example.com/repos/branch2@212 \ my-working-copy $ svn merge -r 100:200 http://svn.example.com/repos/trunk my-working-copy $ svn merge -r 100:200 http://svn.example.com/repos/trunkВ первом примере записи все три аргумента явно указаны, указываются деревья, в форме URL@REV и указывается целевая рабочая копия. Второй пример записи может использоваться для краткости записи, в ситуациях, когда сравниваются две разных правки по одному и тому же URL. Последний пример демонстрирует возможность не указывать целевую рабочую копию, при этом по умолчанию используется текущая директория.
