Комментарии 11
Во-первых, у каждого репозитория есть свои инструменты для деплоя
Из дальнейшего повествования, скорее "У некоторых систем управления гит репозиториями" СУГР. Репозиторий может быть одним и тем же и существовать на серверах разных СУГР (зеркала).
С теплотой вспоминаю те времена, когда мог обновить систему на ASP.NET в проме, просто скопировав файлы. Никаких Дженкинсов, фигенкинсов, докеров и прочих наворотов.
просто скопировав файлы.
Ничего себе, просто скопировав файлы:
1) Подключись к серверу по RDP
2) Перенеси файлы в папку или найти в сетевой шаре
3) Останови IIS/Сайт
4) Сделай бекап файлов
5) Просто скопируй файлы
6) Запусти IIS/Сайт
7) Проверь что все поднялось в логах/евента не насрано
8) Почисти за собой
9) Отключись от RDP не вырубив по ошибке серве
до сих помню эту дрянь, так рад что это ушло
Чем подключение к серверу по RDP с копированием файлов по Ctrl+C\Ctrl+V сложнее запуска пайплайнов? Если пара кликов на окошке считается сложностью, то, наверное, в администраторы лучше не идти.
А вот про остановку сайта - это сильно зависит от сайта. Я, например, сайт не останавливал почти никогда, горячий перезапуск силами IIS работает замечательно. И в этом было основное удобство, особенно с учётом того, что во многих организациях (включая, внезапно, банки) не было квалифицированных специалистов для установки обновлений. А доступ по RDP порой никто не даст. Поэтому отдаёшь им архив с файлами, просишь скопировать, и всё.
А ещё бывают сайты, у которых и админа нет, а код лежит где-то на FTP. Опять же копирование работает идеально.
Чем подключение к серверу по RDP с копированием файлов по Ctrl+C\Ctrl+V сложнее запуска пайплайнов? Если пара кликов на окошке считается сложностью, то, наверное, в администраторы лучше не идти.
Наверно какому то рандомному любителю цепляться по RDP на виндовые сервера виднее, кому быть администратором, а кому нет. Хоть и не очень понятно причем тут АДМИНИСТРАТОР, ну да ладно.
Мой небольшой опыт в развитии от обычного эникея до очень крепкого nix/win сисадмина подсказываем мне, что ты очень хреновый системный администратор, если тебе приходится подключаться к серверам напрямую, а не использовать специально предназначенные штуки, такие как Powershell, bash, ansible, puppet, sccm.
А вот про остановку сайта - это сильно зависит от сайта. Я, например, сайт не останавливал почти никогда, горячий перезапуск силами IIS работает замечательно. И в этом было основное удобство, особенно с учётом того, что во многих организациях (включая, внезапно, банки) не было квалифицированных специалистов для установки обновлений. А доступ по RDP порой никто не даст. Поэтому отдаёшь им архив с файлами, просишь скопировать, и всё.
Это должно быть очень чем то примитивным, чтобы процессы не лочили файлы на запись.
А ещё бывают сайты, у которых и админа нет, а код лежит где-то на FTP. Опять же копирование работает идеально.
А еще, вместо контроля версий используют Новая папка (2)
, тоже прикольно? А еще, вместо автомобилей использую гужевую повозку, тоже скучаете? А еще, раньше трава была зеленее, без энтих ихних докеров - жмохеров, узнали, согласны?
Ещё одна статья как самому себе проблемы создать. История с недавней блокировкой докера ничему не научила?
Если уж пишите посты на эти темы, то хотя бы опишите как свои сервера/хранилища поднять чтобы в один прекрасный момент у вас все не накрылось медным тазом.
Ещё одна статья как самому себе проблемы создать.
Проблемы с чем с именно?
Если уж пишите посты на эти темы, то хотя бы опишите как свои сервера/хранилища поднять чтобы в один прекрасный момент у вас все не накрылось медным тазом.
Можете воспользоваться зеркалом от TimeWeb: https://dockerhub.timeweb.cloud/
Уже есть немало статей на тему создания и использования сторонних зеркал, к тому же данный вопрос слегка выходит за рамки темы статьи.
В вашем варианте нужно вручную каждый раз запускать deploy или он автоматически при пуше в ветку запускается?
Деплой .NET приложений для самых маленьких. Часть 1. Jenkins