Я очень новичок в использовании 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.
Таким образом, в любой области, вы должны использовать svn.siteurl.com/fo/foo/etc в принципе? – Josh
Да. Очень редко можно обслуживать один репозиторий из корня веб-сервера. Вы * можете *, но это просто не сделано в 99% случаев. Тот, кто настроил ваш репозиторий, должен предоставить вам URL-адрес, который вам нужно проверить. Но не проверяйте весь репозиторий - проверьте только часть, которая вам нужна (например, соединительная линия или конкретная ветка). В противном случае вы наполните свой жесткий диск тегами и ветвями, которые вы никогда не коснетесь. – alroc
@GerritCap Ahhh ok, делает с тех пор. Да пробовал использовать http://svn.siteulr.com/fo/foo, и он работал наконец (все, что мне было нужно, это svn на фронте, подумал, что это субдомен). Наконец, можно вытащить из сервера репо и совершить как обычно. Спасибо. – Josh