Ввод сайта в Subversion - PullRequest
       23

Ввод сайта в Subversion

0 голосов
/ 28 января 2012

Скажем, у меня уже есть веб-сайт, который работает.И я хочу начать использовать Subversion для управления исходным кодом.

  • Шаг 1, создать хранилище всего сайта - нет проблем.
  • Шаг 2, проверить его в разработкеобласть, код и тестирование - без проблем.
  • Шаг 3, принятие изменений в хранилище - без проблем.
  • Шаг 4, обновление действующего сайта из репозитория - вот почемуЯ спрашиваю ...

Мне кажется, что я мог бы просто зайти в корень сайта и сделать это:

svn checkout file:///path/to/repo /path/to/website/root/ --force

, и он бы превратил сайт вРабочая копия репозитория.Параметр --force существует, потому что обычно svn checkout не перезаписывает файлы, которые уже там.Затем, когда мне нужно выполнить шаг 4, я могу просто использовать svn update для изменения любых файлов, которые необходимо изменить.

Это похоже на элегантную настройку и рабочий процесс (при условии, что я решаю проблемы безопасности, вызванные активнымсайт также является рабочей копией svn).Команда update, безусловно, будет лучше, чем export, поскольку она будет изменять только те файлы, которые необходимо изменить.

Но будут ли какие-либо проблемы с файлами, разрешениями и т. Д.?Я немного нервничаю, чтобы попробовать это.

Я проверил его на резервной копии сайта, и рядом со всеми файлами была помечена буква E для «существует», поэтому я не уверен, что она даже что-то скопировала.

1 Ответ

2 голосов
/ 29 января 2012

Создание «экспорта» предпочтительно только потому, что оно не создает .svn каталоги. Если вы предпочитаете делать «checkout» с помощью «update» (вы правы, он обновит только то, что изменилось), не забудьте удалить все эти .svn.

Эти скрытые каталоги являются одной из самых известных уязвимостей для взлома веб-сайтов, поскольку они позволяют просматривать содержимое исходных файлов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...