web - 使用 hg 存储库作为网站

Question

这与我的安全问题 here 有点相关。 .将 hg/mercurial 存储库用于实时网站是不是一个坏主意？如果有，为什么？

此外，我们有网站的开发、测试和生产安装，例如 dev.example.com、test.example.com 和 www.example .com。如果将存储库用于实时/生产网站是一个坏主意，是否可以将 hg 存储库用于开发和测试站点？

我还担心易于部署。我们有技术和技术较少的同事将与该站点一起工作。技术人员(软件工程师)使用命令行或 TortoiseHG 不会有任何问题。我更关心技术含量较低的人(网页设计师)。他们不会习惯在命令行上工作，甚至可能会觉得 TortoiseHG 令人望而生畏。这些同事大多将 .css 文件和图片上传到服务器。我希望这些文件(至少是 .css 文件)受版本控制，但我希望这对非技术团队成员尽可能透明。

实现这一目标的最佳方法是什么？

编辑:我们的“站点”实际上是一个多站点 CMS 设置，具有一个主存储库和几个子存储库。存储库结构模型:

/root [main repository containing core files and subrepositories]
    /modules [modules subrepository]
    /sites/global [subrepository for global .css and .php files]
    /sites/site1 [site1 subrepository]
    ...
    /sites/siteN [siteN subrepository]

软件工程师将在 root、modules 和 sites/global 存储库中工作。技术含量较低的人(网页设计师)只能在 site1 ... siteN 子存储库中工作。

Answer 1

是的，这是个坏主意。

不要将您的存储库作为您的网站。这意味着 checkin 但无法正常工作的东西将立即可用。这意味着意外 checkin (发生)也将被实时反射(reflect)(即不属于那里的文档等)。

我实际上使用我编写的工具解决了这个“概念”(源代码控制作为部署)(其他一些公司现在也在解决这个主题，所以你会看到更多)。我的是 SVN(目前)，所以它不是特别相关；我提到它只是为了表明我之前已经考虑过这一点(虽然不是在存储库中；一个工作副本，在这种情况下答案是相同的:最好将非版本化的“免费”作为网站目录，并且自动(通过用户操作)将“版本化”数据复制到该目录)。