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

Question

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

Это не проблема, так как наш сайт создавался десятилетияминазад с старой школы только html4.То, что он хранит на веб-сервере, является исходным кодом.

В настоящее время веб-сайт может быть составлен с использованием инфраструктуры пользовательского интерфейса, например.Vue, React .... и т. Д.Иногда файл HTML содержит веб-компоненты и другой модуль JS.Я сделал небольшой гугл, чтобы узнать, что для создания веб-сайта сегодня нужны NPM, NodeJs, Webpack, Gulp .... и т. Д., Они управляют модулем js и связывают / собирают производственный код ...

Моя проблемамы хотели бы модернизировать наш веб-сайт с помощью современного пользовательского интерфейса (HTML5, CSS3, для мобильных устройств ...).Инструменты, которые я только что упомянул, будут «обрабатывать» исходный код и выводить производственный код.У нас нет сервера исходного кода (например, git server), чтобы наш подрядчик мог хранить исходный код.(руководство нашей компании не позволяет нам приобретать частные хранилища в Интернете. Например, github, gitlab и т. д.).

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

Я попытался использовать require.js, он загружает модуль js в браузер, поэтому я могу обрабатывать загрузку модуля без узла.js и Webpack, и написание веб-компонента на vanilla js.Это единственное решение, которое я могу сделать?

Answer 1

Вы, конечно, могли бы продолжать управлять этим сайтом "старой школой", но при этом вы будете игнорировать преимущества, которые дают вам все современные инструменты.

Например,

• no git (или другое управление версиями) означает, что нет отката изменений (или ошибок)
• при использовании программного обеспечения для управления версиями также означает, что у вас есть резервная копия и вам не нужнонастроить схему резервного копирования на рабочем сервере, чтобы сохранить ваши файлы
• редактирование на рабочем сервере означает, что если кто-то сделает опечатку, сайт будет испорчен;и т. д.

Я бы настоятельно рекомендовал бы современные инструменты;если стоимость вызывает беспокойство, рассмотрите бесплатные инструменты:

• Bitbucket уже давно предлагает бесплатные частные репозитории; Github недавно также начал предлагать их.
• Такие инструменты, как Хьюго , Jekyll и другие, позволяют быстро и легко создавать статические сайты.

Редактировать в ответ на некоторые комментарии ...

Переход на более современный рабочий процесс разработки (включая управление версиями) - это не просто экономия денег, это также о:

• Желает ли работодатель / клиент тратить много времени на разработку сайта своими разработчиками (возможно, включая исправление проблем), или они хотят, чтобы они работали над чем-тоеще?

• Готов ли работодатель / клиент иметь периоды времени, когда сайт работает неправильно?Как упоминает @birdspider в комментариях выше, если у вас есть несколько человек, работающих над веб-сайтом на производственном сервере, они испортят работу друг друга.Обратите внимание, что использование VCS помогает избежать некоторых проблем, когда люди наступают друг другу на ноги, а также делает исправление этих конфликтов намного проще .

Если вы обращаетесь к работодателю / клиенту с этими точками, и их ответ «нам просто не нравится», то, вероятно, вы не сможете ничего другого сделать.Если бы я был на вашем месте, я бы сильно соблазнился: а) реализовать что-то самостоятельно (просто для того, чтобы сохранить свое здравомыслие, хотя на самом деле это, вероятно, не очень хорошая идея) или б) найти новую работу.