= Сообщение: 5847 из 10756 ===================================== RU.UNIX.BSD = От : Victor Sudakov 2:5005/49 17 Jul 17 23:58:02 Кому : Nil Alexandrov 17 Jul 17 23:58:02 Тема : merge vs patch FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+596cedad На : area://RU.UNIX.BSD?msgid=2:5015/46+596ce710 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Dear Nil,
17 Jul 17 19:30, you wrote to me:
VS>> Спасибо. У меня в этой области пробел знаний. Хотя использую VS>> системы контроля версий не первый десяток лет, еще с RCS, но для VS>> отслеживания истории изменений, а не для collaboration.
NA> Запросто ты мог не сталкиваться с merge/diff3 если вся разработка была NA> всегда в head (говоря языком CVS). Как только начинаешь делать ветки NA> (branches), например, для багфикса старой стабильной версии, или NA> наоборот, для разработки новой фичи в отдельной ветке, так начинаются NA> merge туда-сюда сплошные, и тогда реально надо 3 файла видеть - общий NA> предок, с чем мёржишь и твои изменения, и всё это от общего файла.
С merge в системах контроля версий (далее VCS) я конечно сталкивался, но никогда не думал о нем как о diff3. В VCS ведь известны родительские версии и т.п., т.е. я воспринимал merge как (магическую) команду соответствующей VCS.
А вот когда Вася присылает мне свои изменения в виде патча, и мне надо интегрировать их со своими внесенными изменениями, тут мне непонятно, как действовать merge-ем. Хотя возможно у наших с Васей версий и был общий предок. Или не был. Никто не знает, никто не следил за непрерывностью changeset-ов.
