0

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

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

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

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

谢谢。

4

1 回答 1

2

你实际上有两套工作,应该分开处理。

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

第二个是您通过点击完成的应用程序自定义。这些在传统意义上是不可版本化的,应该被认为是特定于实例的。您可以并且可能应该编写所有数据自定义和版本的脚本。因此,如果您交付时的数据,您将拥有一个与状态一起交付的每个实例的文件夹。

于 2015-02-13T06:55:20.513 回答