CMS 的前端开发版本控制

Front-end development version control for a CMS

我正在为在基于 CMS 的网站上协同工作的多个前端开发人员寻找版本控制的最佳实践方法。

所以我们有几个基于 CMS 的网站正在积极开发中。如果你好奇的话,CMS 就是 DNN。在我们的测试服务器上,我们有前端开发人员使用 CSS、JS,并向页面添加内容,当然这些内容存储在数据库中。我们也有模块开发人员,他们拥有源和数据库的本地副本,他们在其中开发并提升到测试服务器。我们有一个 TFS 服务器,模块开发人员可以在其中存放他们的版本控制的 repos。

我的问题是,如何让前端开发人员了解版本控制?他们不能拥有数据库的本地版本,因为他们所有的内容(数据库)更新都会经常与测试服务器不同步。他们为数据库的 content/page 更新构建更改脚本是不现实的(更不用说这是一个不同的技能集并且违背了 CMS 可用性的目的)。他们不能都托管文件的本地副本,然后连接到共享的远程数据库,因为应用程序使用内存缓存..这将是..你猜对了......不同步。

我觉得我在这里遗漏了一些东西,因为其他组织必须以某种方式完成这项工作。我们绝对需要对 JS/CSS 资源进行版本控制。

谢谢。

您实际上有两套作业应该分开处理。

首先是您的 DNN 版本和您所做的定制。这些应该存储在版本控制中,您应该创建一个部署管道以将位从构建发送到服务器。

第二个是通过点击完成的应用程序自定义。这些在传统意义上不是可版本化的,应被视为特定于实例。您可以并且可能应该编写所有数据和版本的自定义脚本。因此,如果您发送的数据是随州发送的,则每个实例都有一个文件夹。