3
|
Eric Palakovich Carr · 技术社区 · 15 年前 |
![]() |
1
3
您可以考虑将共享库存储在中央存储库和中央Web服务器(例如
对于第45版,您将:
对于名为“0.8-beta3”的标签(或任何Mercurial等价物是…)。
等。 在任何操作系统上,为每个(有意义的)修订版创建一个新目录并导出正确文件的过程都应该相当容易。 在每个项目中,您只有对中央服务器的引用,如下所示:
这样,每个内部项目都可以选择要使用的共享库的版本-对于不兼容的更改非常好,或者需要立即部署的生产版本,并且使用新的未知版本的共享库不会有风险。 此外,共享库通过这种方式与项目的修订历史完全分离。
如果共享库中发生了重要的更新,则必须更改每个项目中的引用(例如从
另一种选择是为共享的库建立一个中央回购协议,使用Mercurial与Subversion的外部等效物,从每个项目“链接”到库,与外部的频繁更新保持同步。 (我在这里假设mercurial和subversion一样处理修订号,在每次提交时创建一个新的修订号—我希望这是正确的。) |
![]() |
code-geek · Jquery根据单选按钮选择隐藏或显示文本字段 7 月前 |
![]() |
Alex · 在轻量级中同时解构和不解构变量 7 月前 |
![]() |
Ângelo Rigo · ReactJS映射:如何迭代[关闭] 7 月前 |
![]() |
bairog · 从按属性筛选的对象数组字典中创建值数组 7 月前 |
![]() |
lokiuucx · JS对象属性返回未定义,尽管对象属性应该有值 7 月前 |