Гул это может хитрый. Принесите представление "сервера". Если Ваш проект был уже развернут, удалите его из сервера для очистки привязки между проектом и сервером.
Или можно щелкнуть правой кнопкой по проекту в проводнике проекта и выбрать отладку на сервере. Если Вы уже не делаете сделанный это, Eclipse должен попросить, чтобы Вы создали время выполнения сервера, и здесь можно определить Tomcat 6 и определить местоположение установки сервера.
можно также видеть представление "задач" для наблюдения любого problm в проекте, импортированном как JDK и т.д.
К счастью, есть git-svn именно для этой цели. Это позволяет вам использовать git локально, а также иметь возможность регистрироваться в SVN, когда вы хотите это сделать. Это довольно просто, и есть много информации, если вы выполните поиск по git-svn
здесь или через Google.
Есть учебное пособие по адресу http://flavio.castelli.name/howto_use_git_with_svn ], на который вы, возможно, захотите сначала взглянуть.
Редактировать: Чтобы сгенерировать SVN-совместимые различия, вы можете использовать git diff --no-prefix
. Однако обратите внимание, что этот формат несовместим с TortoiseSVN. Если требуется совместимость, вам придется использовать какой-то сценарий оболочки; см. пример здесь: http://mojodna.net/2009/02/24/my-work-git-workflow.html
Изменить: Одним из потенциальных недостатков git-svn является то, что он не обрабатывает внешние svn. Вам придется разобраться с этим самостоятельно.
Удачи!
Поддерживать синхронизацию репозитория Git с репозиторием Subversion очень просто:
Клонируйте репозиторий Subversion (в этом простом примере я игнорирую ветки / теги)
$ git svn clone https://url/to/repo/trunk
Держите в курсе -date со стволом Subversion:
$ git svn rebase
Теперь, если у вас есть доступ для фиксации в репозитории Subversion, вы можете отправить свои изменения:
$ git commit
$ git svn dcommit
В противном случае отправка патча - ваш единственный вариант, если у коммитеров в репозиторий Subversion нет интерес к использованию Git:
$ git diff 1cc92b96 > my_patch.patch
В этом случае, очевидно, лучше не делать коммитов в ветке, которую вы синхронизируете с репозиторием Subversion.
Да! Это возможно!
Подробности смотрите в этом посте: http://www.romanenco.com/gitsvn
Есть три или четыре простых шага для создания симбиоза SVN и Git SCM.
Я работал с этой технологией около трех месяцев и никаких проблем не имею. Это очень круто! Когда ваше основное репо в SVN, и вы можете делать офлайн-коммиты и использовать Git слияние.
Если нет и вы не хотите иметь, зафиксируйте доступ к репозиторию SVN, затем комбинацию git-svn
и StGit может помочь. git-svn
создает / обновляет клон, а stg
поддерживает ряд исправлений поверх него ( stg
команды взяты из StGit Crash Course ]):
git svn clone ..
stg new invent-some-patch-id
...edit patch description...
...hack hack hack in the tree...
stg refresh
...possibly hack some more...
stg refresh
..
stg mail
Чтобы начать работу, см. Учебное пособие по StGIT .
ПРИМЕЧАНИЕ: Я на самом деле не пробовал этот рабочий процесс.