我正在为基于CMS的网站上的多个前端开发人员寻找版本控制的最佳实践方法。
因此,我们在积极开发中有几个基于CMS的网站。如果您好奇,CMS是DNN。在我们的测试服务器上,我们有前端开发人员使用CSS,JS,并且还向页面添加内容,这些内容当然存储在数据库中。我们还有模块开发人员,他们拥有源和数据库的本地副本,他们在那里开发并推广到测试服务器。我们有一个TFS服务器,模块开发人员可以在其中存放用于版本控制的存储库。
我的问题是,如何让前端开发人员进行版本控制?他们不能拥有本地版本的数据库,因为他们的所有内容(数据库)更新都会经常与测试服务器不同步。他们为数据库的内容/页面更新构建更改脚本是不现实的(更不用说它是一种不同的技能组合,并且违背了CMS的可用性目的)。他们不能全部托管文件的本地副本,然后连接到共享远程数据库,因为应用程序使用内存缓存...这就是..你猜对了......不同步。
我觉得我在这里遗漏了一些东西,因为其他组织必须以某种方式完成这项工作。我们绝对需要对JS / CSS资源进行版本控制。
感谢。
答案 0 :(得分:2)
你实际上有两套工作要分开处理。
首先是您的DNN版本以及您所做的自定义。这些应该存储在版本控制中,您应该创建一个部署管道来将位从构建传送到服务器。
第二个是你的应用程序自定义,通过点“点击”完成。这些在传统意义上不是可版本化的,应该被视为特定于实例。您可以并且可能应该编写所有数据和版本的自定义脚本。因此,如果您发货时的数据,您将为每个实例提供一个文件夹。