-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
.svn за пределы директории проекта
- Автор темы slash
- Дата начала
slash
Новичок
часто в каталоге хранится не только сам проект, но еще куча других данных: картинки, девелоперские записи и тд, которые в repo не загоняются, и чтобы сделать рабочую копию проекта приходится слишком много руками копировать вещей, вместо того чтобы сделать лишь копию docroot
-~{}~ 12.12.09 11:45:
мне подсказали SVK, типа как надстройку над SVN которая лишена .svn каталогов, но пока не разобрался в ней
-~{}~ 12.12.09 11:48:
http://svk.bestpractical.com/view/HomePage
-~{}~ 12.12.09 11:45:
мне подсказали SVK, типа как надстройку над SVN которая лишена .svn каталогов, но пока не разобрался в ней
-~{}~ 12.12.09 11:48:
http://svk.bestpractical.com/view/HomePage
Wicked
Новичок
проблема в том, что тебе не хочется морочаться с безопасностью .svn в директориях, доступных извне?
-~{}~ 12.12.09 16:08:
ну и эта... VCS'овских поддиректорий во вложенных директориях нет также во всяких git, hg, ... но там, насколько я понимаю, нельзя сделать рабочую копию (клонированный репозиторий) из части другого репозитория, а это не всегда удобно. Вероятно, этому же подвержен и svk.
-~{}~ 12.12.09 16:08:
ну и эта... VCS'овских поддиректорий во вложенных директориях нет также во всяких git, hg, ... но там, насколько я понимаю, нельзя сделать рабочую копию (клонированный репозиторий) из части другого репозитория, а это не всегда удобно. Вероятно, этому же подвержен и svk.
slash
Новичок
запретить доступ посредством .htaccess к директориям .svn не проблема
в общем проблема только в том, что для того, чтобы сделать копию проекта со всеми данными необходимо много телодвижений. svn export, а потом ручками докопировать, что не было под svn.
может как-нибудь
cp `find ./ -name "*" | grep -v ".svn"` /path/to/new/dir
кстати, вариант...
в общем проблема только в том, что для того, чтобы сделать копию проекта со всеми данными необходимо много телодвижений. svn export, а потом ручками докопировать, что не было под svn.
может как-нибудь
cp `find ./ -name "*" | grep -v ".svn"` /path/to/new/dir
кстати, вариант...
svn up это команда обновления рабочей копии разработчика. Со всей version information. А svn export - команда получения "чистого" дерева исходников проекта.
То, что svn up "условно" преобразуется в результат svn export удалением .svn - это не повод (например, я не уверен, что в обоих случаях одинаково разворачиваются все keywords) - точно так же, почему не стоит удалять гланды через анальное отверстие.
Но это еще ничего страшного. Самый звиздец, когда на сервере хранят .svn, и обновляют прямо написанием там svn up. Помимо соображений безопасности (получение исходников через внешний доступ к .svn, возможность оперировать над репозиторием в случае exec/php injection etc), это такой же идиотизм как заливать файлы проекта поверх предыдущего по ftp/scp. Разве что это домашная страничка васи пупкина и его сраной кошки, и неконсистентное состояние дерева исходных кодов проекта на продакшене в течение этого времени никого не волнует.
Более того, эта привычка позволяет разводить на сервере свалку. В каталоге проекта должен быть только код приложения, и больше ничего.
То, что svn up "условно" преобразуется в результат svn export удалением .svn - это не повод (например, я не уверен, что в обоих случаях одинаково разворачиваются все keywords) - точно так же, почему не стоит удалять гланды через анальное отверстие.
Но это еще ничего страшного. Самый звиздец, когда на сервере хранят .svn, и обновляют прямо написанием там svn up. Помимо соображений безопасности (получение исходников через внешний доступ к .svn, возможность оперировать над репозиторием в случае exec/php injection etc), это такой же идиотизм как заливать файлы проекта поверх предыдущего по ftp/scp. Разве что это домашная страничка васи пупкина и его сраной кошки, и неконсистентное состояние дерева исходных кодов проекта на продакшене в течение этого времени никого не волнует.
Более того, эта привычка позволяет разводить на сервере свалку. В каталоге проекта должен быть только код приложения, и больше ничего.
