CMS的前端开发版本控制

Question

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

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

我的问题是，如何让前端开发人员进行版本控制？它们不能拥有数据库的本地版本，因为它们的所有内容(数据库)更新都会经常与测试服务器不同步。对于他们来说，为数据库的内容/页面更新构建更改脚本是不现实的(更别提它是一个不同的技能集，并且违背了CMS可用性的目的)。它们不能全部承载文件的本地副本，然后连接到共享的远程DB，因为应用程序使用内存cache..which。你猜到了。不同步。

我觉得我在这里遗漏了一些东西，因为其他组织一定在以某种方式实现这一点。我们绝对需要JS/CSS资源的版本控制。

谢谢。

Answer 1

实际上，您有两组工作需要单独处理。

第一个是您的DNN版本和您所做的定制。它们应该存储在版本控制中，您应该创建一个部署管道，以便将比特从build传送到服务器。

第二个是您在应用程序中通过点“n”单击完成的自定义。这些在传统意义上是不可验证的，应该被认为是特定的实例。您可以并且很可能应该将数据和版本的所有自定义都写出来。因此，如果发送的数据是在发送时的话，那么您将为每个随状态发送的实例提供一个文件夹。