node.js - 我如何在没有转译器或捆绑工具的情况下维护现代静态网站
问题描述
我们有一个静态网站，我们外包网站维护，我们没有源代码库，所以承包商直接在生产服务器上编辑代码。
没问题，因为我们的网站是几十年前用老式 html4 建立的。它存储在 Web 服务器上的就是源代码。
在今天，网站可以由 UI 框架组成，例如。Vue、React....等。有时 HTML 文件包含 Web 组件和其他 JS 模块。我做了一点 google 来了解，今天建立一个网站需要 NPM、NodeJs、Webpack、Gulp ......等等，他们管理 js 模块并捆绑/构建生产代码......
我的问题是，我们喜欢用现代 UI（HTML5、CSS3、移动友好...）来改造我们的网站。我刚才提到的工具会“处理”源代码并输出生产代码。我们没有源代码服务器（例如 git 服务器），供我们的承包商存储源代码。（我们公司管理层不允许我们在互联网上购买私有存储库服务。例如..github、gitlab...等）。
我可以继续使用旧学校的方式吗？生产网络服务器上的源代码始终是唯一的源代码...
我试过自己使用require.js，它在浏览器上加载js模块，所以我可以在没有node.js和Webpack的情况下处理模块加载，并用vanilla js编写web组件。这是我能做的唯一解决方案吗？
解决方案
您当然可以继续以“老派”方式管理该站点，但这样做会忽略所有现代工具给您带来的好处。
例如
- 没有 git（或其他版本控制）意味着没有回滚更改（或错误）
- 使用版本控制软件也意味着你有一个备份，你不需要在生产服务器上设置备份方案来保存你的文件
- 在生产服务器上进行编辑意味着如果有人打错了，网站就会一团糟；等等
我强烈推荐现代工具；如果成本是一个问题，请考虑免费工具：
编辑以回答一些评论...
切换到更现代的开发工作流程（包括版本控制）不仅仅是为了省钱，还在于：
雇主/客户是否希望他们的开发人员花费大量时间来管理网站 - 可能包括解决问题 - 或者他们是否希望他们从事其他工作？
雇主/客户是否愿意在网站无法正常运行时有一段时间？正如@birdspider 在上面的评论中提到的那样，如果您有多个人在生产服务器上的网站上工作，那么他们将把彼此的工作搞得一团糟。请注意，使用 VCS 有助于避免人们踩到对方的脚趾时出现的一些问题，并且还可以更轻松地解决这些冲突。
如果您带着这些观点与雇主/客户联系，他们的回答是“我们只是不喜欢它”，那么您可能无能为力。如果我站在你的立场上，我会很想 a) 自己实现一些东西（只是为了保持我自己的理智，尽管这可能不是一个好主意）或 b) 找到一份新工作。