2013-08-28 6 views
0

Я очень новичок в использовании SVN. Но я использовал GIT в течение года и никогда не испытывал больших проблем с простейшими (?) Вещами.Изучение SVN должным образом

У меня нетрудно создать новое SVN-репо на моей локальной машине (Mac). Я понимаю, что оставляю commit, просматривая журнал фиксации, проверяя статус измененных файлов и т. Д. Но у меня самое сложное время, когда вы переводите репо/синхронизацию с ранее настроенного SVN-репо на сервере.

Когда я бегу:

svn co http://subdomain.site.com 

я получаю:

svn: OPTIONS of 'http://subdomain.site.com ': 200 OK (http://subdomain.site.com) 

Двойная и тройная проверили URL. Насколько я могу судить, я делаю что-то неправильно, вытаскивая репо из субдомена. (удалось вытащить и синхронизировать с неподдомена до ... однажды) Я просмотрел/прочитал много руководств. Большинство пропусков прошло, когда у меня возникли проблемы. Я бы предпочел использовать GIT, но некоторые из старых сайтов, с которыми я сталкиваюсь, используют SVN.

ответ

1

Эта ссылка http://svn.haxx.se/dev/archive-2010-01/0211.shtml настоятельно предполагает, что даже после тройной проверки URL-адреса это, вероятно, неверно.

Btw: большинство хранилищ subversion за HTTP-сервером имеют более длинные URL-адреса. Например http://svnserver.insomedomain.com/svn/svnrepository/trunk/project

или http://svnserver.insomedomain.com/svn/svnrepository/tags/project/v1.0

+0

Таким образом, в любой области, вы должны использовать svn.siteurl.com/fo/foo/etc в принципе? – Josh

+1

Да. Очень редко можно обслуживать один репозиторий из корня веб-сервера. Вы * можете *, но это просто не сделано в 99% случаев. Тот, кто настроил ваш репозиторий, должен предоставить вам URL-адрес, который вам нужно проверить. Но не проверяйте весь репозиторий - проверьте только часть, которая вам нужна (например, соединительная линия или конкретная ветка). В противном случае вы наполните свой жесткий диск тегами и ветвями, которые вы никогда не коснетесь. – alroc

+0

@GerritCap Ahhh ok, делает с тех пор. Да пробовал использовать http://svn.siteulr.com/fo/foo, и он работал наконец (все, что мне было нужно, это svn на фронте, подумал, что это субдомен). Наконец, можно вытащить из сервера репо и совершить как обычно. Спасибо. – Josh