Можем ли мы оформить заказ из репозитория SVN с помощью веб-приложения?

Question

В настоящее время я размещаю свой проект с открытым исходным кодом в Google Code. И они предоставляют SVN-репозиторий, используя svn. Но, к сожалению, моя компания здесь, я думаю, не позволила бы мне получить доступ к SVN, кроме Company Project (конечно, они есть).

Как мне оформить заказ из моего проекта в Google Code с этим ограничением? то есть я не могу использовать командную строку svn или Tortoise Subversion ???

Большое спасибо.

Answer 1

1. Настройте TortoiseSVN таким образом, чтобы он использовал правильный прокси-сервер (адрес сервера и порт говорят сами за себя, имя пользователя - domain\username, пароль - пароль для входа в домен)
2. Просто выполните Tortoise -> SVN.Оформите заказ и введите URL-адрес, который вы можете найти на вкладке Источник своего проекта на code.google.com.

Если это не поможет вам: возможно, вы могли бы клонировать свое репозиторий Google SVN в репозиторий Git, находясь вне корпоративной сети (используя git svn clone), и работать с этим репозиторием Git, находясь на работе (репозиторий Git мог находиться навнешний HD, например).Когда вы закончите, верните HD домой и воспроизведите изменения из репозитория Git на HD обратно в код Google (git svn dcommit).

Когда вы поработаете дома и передадите его в код Google,внесите эти изменения в репозиторий Git, выполнив git svn rebase.Если вы будете делать это достаточно часто, вы в конечном итоге спросите себя , для чего мне нужен SVN и центральный сервер?

Answer 2

Попробуйте запустить это на своем компьютере:

nslookup code.google.com

Если говорится то же самое (не удается разрешить), скорее всего, ваша компания отфильтровывает UDP-пакеты для поиска на сервере имен (запрос DNS) для доменов, отличных отчто они позволяют.

Если это так, то все плохо.

Я попытался обойти, используя прямой IP-адрес после ответа nslookup, но, похоже, он не работает.Возможно, сервер Google Code имеет этот виртуальный сервер, который зависит от имени сервера code.google.com, чтобы определить, к каким услугам мы стремимся.

Answer 3

В прошлом я использовал NTLM Aps для прохождения аутентификации NTLM на прокси-сервере, потому что TSVN не делает.

IIRC мы передаем TSVN (без аутентификации) на NTLM Aps, а затем на NTLM Aps отправляем корпоративный с использованием наших учетных данных NTLM.

Надеюсь, это поможет.