То, как я импортирую ответвления svn, базировалось в различных каталогах в мерзавца, использующего мерзавца-svn?
Как насчет разбора на целое число?
var number=parseInt(document.getElementById('m').value)
Переключатель тестирования строгого качества. Так что используется тройное равенство.
4 ответа
В Вашем файле конфигурации, устанавливает раздел svn-пультов-ДУ на что-то как:
[svn-remote "svn"]
url = svn://svnserver/repo
fetch = trunk:refs/remotes/trunk
branches = branches/*/*:refs/remotes/*
tags = tags/*:refs/remotes/tags/*
Это должно позволить Вам захватить вложенные ответвления.
Условно, ответвления Подверсии, все живут в единственном пути 'ответвлений' в репозитории Подверсии, таким образом, я не удивлен это git-svn делает это предположение.
Я предложил бы следующее (примечание, можно потерять некоторую историю в этой операции):
- Сгладьте подверсию
branchesпути, с помощью соглашения о присвоении имен сохранить уникальные идентификационные данные и идею текущей структуры. - Выполнить
git-svn - Переместите вещи в
gitрепозиторий для приспосабливания методам.
Опасность losing history зависит от как хорошо git-svn следует за операциями копии от отличающихся путей. Я столкнулся с этой проблемой, перемещающей репозитории подверсии (с 1.4 выходами) недавно.
Было бы выполнимо создать a git repo для каждого из подкаталогов ответвления?
Вы могли добавить несколько git svn пульты ДУ для каждого из ответвлений или возможно каждого из каталогов ответвлений. Начальная буква git svn fetch взял бы навсегда, но от того, что я понимаю, это должно работать.