Я нахожу этот путь легче объединить ответвления и меньше конфликтов:
Соединительная линия копии к новому ответвлению, объедините его с функцией, branch/s. Когда сделанные вещи, объедините новое ответвление назад с соединительной линией. Эта техника вполне похожа на подвижное перебазирование и перебазирование мерзавца.
Я раньше объединялся безотносительно changs от соединительной линии до функции, branche/s. Но позже когда я объединил ответвление функции назад для транкинга, часть материала от соединительной линии будет объединена назад снова с соединительной линией, которая вызвала много конфликтов. Существует выбор, повторно интегрируют слияние, но это, казалось, не работало на меня.
Кто-либо делает подобное перебазирование подверсии? Я только что начал делать это недавно и не видел побочных эффектов. Это вызвало бы какие-либо непредвиденные проблемы?
Я использую такой подход:
При перебазировании вы должны позаботиться о том, чтобы не перенести измененные ревизии при повторном слиянии. Когда дело доходит до слияния, сделайте небольшой выбор: выберите только те ревизии в ветке функций, которые реализуют что-то новое, а не ревизии смещения. Тогда все должно работать нормально. КОММЕНТАРИЙ: Я не могу вспомнить, чтобы я для чего-то использовал ветку реинтеграции. Я думаю, что он предназначен только для очень простых случаев использования.
В вашем новом подходе из описания неясно, как вы обрабатываете перебазирование из магистрали в ветки функций, если вам это необходимо. Вы хотите полностью запретить перебазирование? Поскольку ветвление в svn - дешевая операция, это тоже может быть вариантом.