использование подверсии с действительно действительно большим сайтом

Если я не ошибаюсь после того, как первая проверка в / Вас только обрабатывает .diff файлы, таким образом, только необходимо загрузить/загрузить изменения (не целый файл просто строки, которые были изменены, пока файлом является ASCII), который существует между файлами на клиенте/сервере.

Первая Comit/обновление будет ужасающей все же.

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

svn checkout http://server/path/to/repos my_working_copy
cp -a my_working_copy another_working_copy
svn status another_working_copy

Это может сэкономить много времени при необходимости в нескольких рабочих копиях. Это также делает ветвление и переключение намного быстрее

svn checkout http://server/path/to/trunk my_trunk
cp -a my_trunk my_branch
cd my_branch
svn switch http://server/path/to/branches/stable

Как был указан в других ответах, необходимо будет только загрузить различия между соединительной линией и ответвлением.

Я выполняю сайты, которые являются полностью приблизительно 5 ГБ или больше. (и система сборки, которая делает изменения во много многими файлами для каждой сборки). Так, дельта составила бы приблизительно 200 МБ легко (и на удаленный сайт). SVN обрабатывает его превосходный. Это также зависит от того, как хороший Ваш апач может держать (если Вы используете апача).

Как сказано прежде, фиксация/обновление передает diffs только и довольно быстра. Контроль является более трудоемким - используют переключатель svn для перехода между ответвлениями быстро.

Кроме того, транспортный протокол HTTP/WEBDAV не очень эффективен, особенно при контакте с большим количеством маленьких файлов (например, исходный код :)) - Вы могли рассмотреть использование svnserve вместо этого.

200 МБ данных не должны быть слишком большой проблемой Подверсии - но если дисковое пространство и эффективная передача данных являются действительно проблемой, Вы могли бы также изучить мерзавца или подвижный. Особенно мерзавец намного более эффективен, но Вам будет, вероятно, требоваться немного больше времени для обертывания головы вокруг понятия распределенного управления исходным кодом, и необходимо жить без необычных инструментов GUI на данный момент (также инструменты командной строки стали намного более применимыми в последнее время).

Эта ссылка могла бы быть интересной, также: Автоматическое обновление Веб-сайта

это только отправит изменения, когда Вы обновите или прокомментируете. Необходимо быть в порядке.

Подверсия только получает diffs/updates, таким образом, у Вас только есть полный контроль в первый раз, когда Вы получаете его. Более поздние обновления Вы только получите изменения.

Для помощи в слияниях могло бы быть хорошо иметь две рабочих копии - каждый указал на основную строку кода, каждый указал ответвление задачи. Тем путем Вы не должны переключать свою рабочую копию от одной строки кода Подверсии до другого - который может быть дорогим, как проверка кода для начала.

Если много изменений вносится часто, почему бы не, запись крона, которая делает обновление подверсии, чтобы усовершенствовать Вашу локальную копию, говорит каждые 6 часов?

Тем путем Вы получаете недавний diffs (или ни один, если он не обновил за несколько часов), а не целая хижина.

Править: для разъяснения, если много изменений происходит, но только на нескольких страницах за один раз, любая данная фиксация/обновление будет маленькой; если они будут сделаны на весь/больше всего сайт, то часто быть в курсе будет важно.

Это только загрузит файлы, которые были затронуты между тем временем. Однако, если Вы собираетесь быть ветвлением (как необходимо быть), затем, Вы могли бы ожидать долгое время.

Сколько из проекта на самом деле необходимо? Я сомневаюсь, что существует 200 МБ источника. Если много данных является ресурсами, которые изменяются очень нечасто (т.е. изображения) затем, Вы могли бы думать о разделении репозиториев в меньшие проекты.