2009-08-24 3 views
3

У нас есть большой vendor branch (1200 нечетных файлов), который недавно претерпел некоторые нетривиальные изменения, которые я хотел бы интегрировать обратно в багажник. Он обновляется довольно часто, и нам нужно будет обновлять его одинаково часто, поэтому его использование вручную приведет к слишком большому времени.Есть ли альтернативы svn_load_dirs.pl?

Для этого был создан svn_load_dirs.pl, только у меня нет интерпретатора perl и прохождения слоев бюрократии, чтобы получить один установленный, исходя из прошлого опыта, занимать больше времени и привлекать больше боли, чем слияние от руки каждый раз.

У нас есть переводчик python, и svn_load прекрасно выполнит работу. Только вместо использования SVN CLI он напрямую использует pysvn, который не установлен. См. Выше: не проходите, не собирайте 200 фунтов.

Я понимаю, что это маловероятно, но кто-нибудь знает о других альтернативах?

ответ

6

Вы можете импортировать новую версию в другую директорию, а затем выполнить 3-URL-слияние с --ignore-ancestry.

пояснено более подробно:

ваша старая версия вашего филиала поставщика находится в

/vendor_0.1.1 

импортировать новую версию:

/vendor_0.1.2 

вы можете объединить их в свой рабочая копия, указывающая на вашу рабочую версию:

svn merge --ignore-ancestry <URL>/vendor_0.1.1 <URL>/vendor_0.1.2 <PATH_TO_WC> 

Посредством этого вы сравните обе версии и примените разницу с вашей рабочей копией.

Будьте в курсе:

Как вы всегда импортировать полную версию вашей отрасли поставщика, Ваше хранилище будет расти быстрее

+0

ли вы имеете в виду ... /vendor_0.1.1 /VENDER 0.1. 2 ... или ... /vendor_0.1.2 /vender 0.1.1 ... ? Я собираюсь высушить бег в любом случае. Спасибо! :) – MHarris

+0

Я исправил это: это ... /Продавец 0.1.1 /vendor_0.1.2 –

+1

Предположим, что «поставщик» также использует подрывную деятельность, что не всегда так. – rotoglup