Я хотел перенести новый код на свой новый рабочий сервер.
У меня есть файлы кода на моем сервере разработки.
Вместо загрузки файлов по FTP с моего локального компьютера есть другой способ переноса кода с одного сервера на другой.
Что я думаю, я сделаю zip-файл всего кода для передачи и помещу его в корневой каталог. Чтобы он был доступен в интернете по какой-то ссылке http://www.mydomain.com/code.tar.gz теперь на другом сервере я просто запустил команду
wget http://www.mydomain.com/code.tar.gz
Будет ли эта передача сделана за несколько секунд ...? Могу я узнать, правильный ли это подход?
Прежде всего следует отметить, что FTP - не очень хорошая идея. Вам определенно следует использовать SCP.
Следующее, где вы создаете файлы, вы хотите делать с правильными разрешениями. Самый простой способ сделать это - от имени пользователя root (тогда вы можете создавать файлы от имени любого пользователя, который вам нравится). Но вы действительно не хотите разрешать доступ root scp / ftp. Это означает, что вы загружаете файлы на сервер, а не отправляете их.
Я бы рекомендовал создать выпуск в вашей системе разработки (чтобы вы могли проверить, правильно ли он развернут), а затем использовать rsync для клонирования образа на сервер.
Вы можете использовать scp для перемещения образа резервной копии, но вам, вероятно, понадобится root, чтобы правильно распаковать его. Как бы то ни было, если у вас возникнут проблемы, единственный выход, который у вас есть, - это повторить весь процесс снова - rsync копирует только те файлы, которые были изменены.
В качестве первого и чистого развертывания на новом производственном сервере, если у вас есть доступ по ssh, используйте RSYNC или SCP. Проверь это: Использование Rsync и SSH
Как сказал Глен, лучший план развертывания - использовать ANT или создать собственный скрипт для экспорта вашего кода, если у вас возникнут проблемы во время развертывания, вы можете выполнить откат.
Лучше всего будет использовать ANT или сценарий сборки для экспорта из CVS / SVN / GIT / чего угодно, с определенным тегом, чтобы в следующий раз, когда вы обновите код, если что-то пойдет не так, вы всегда можете вернуться к исходной кодовой базе.
В противном случае используйте rsync из чистой среды разработки. Убедитесь, что код принадлежит и работает от имени одного и того же пользователя, затем сделайте следующее:
ssh devserver cd / путь / к / webroot rsync -e ssh -avzP * prodserver: / path / to / webroot /