|
3
|
| Eric Palakovich Carr · 技术社区 · 16 年前 |
|
1
3
您可以考虑将共享库存储在中央存储库和中央Web服务器(例如
对于第45版,您将:
对于名为“0.8-beta3”的标签(或任何Mercurial等价物是…)。
等。 在任何操作系统上,为每个(有意义的)修订版创建一个新目录并导出正确文件的过程都应该相当容易。 在每个项目中,您只有对中央服务器的引用,如下所示:
这样,每个内部项目都可以选择要使用的共享库的版本-对于不兼容的更改非常好,或者需要立即部署的生产版本,并且使用新的未知版本的共享库不会有风险。 此外,共享库通过这种方式与项目的修订历史完全分离。
如果共享库中发生了重要的更新,则必须更改每个项目中的引用(例如从
另一种选择是为共享的库建立一个中央回购协议,使用Mercurial与Subversion的外部等效物,从每个项目“链接”到库,与外部的频繁更新保持同步。 (我在这里假设mercurial和subversion一样处理修订号,在每次提交时创建一个新的修订号—我希望这是正确的。) |
|
|
Patrick Bond · 如何将模型中的函数结果添加到列表中? 1 年前 |
|
|
bur · 每次从模板调用方法都会查询数据库吗? 1 年前 |
|
|
Stefan · 在子目录中设置Django 1 年前 |
|
|
vale383 · 如何在Django端点中查找user_id 1 年前 |
|
|
Kovy Jacob · Django在动态URL段中添加斜线 1 年前 |
|
|
user987 · 如何在Django中访问提交的表单请求数据 1 年前 |
|
|
user24242514 · 将嵌套查询字符串请求转换为字典 1 年前 |