用于安装和配置Odoo的buildout食谱
项目描述
此Buildout食谱是一个功能齐全的工具,允许您快速定义和部署各种类型的Odoo安装,从8.0系列开始,包括从开发设置到完全自动化的生产部署或持续集成。
其主要功能包括
Odoo版本之间的统一性(从8.0开始)
安装Odoo服务器
从各种来源检索主要软件和插件,包括主要的版本控制系统
能够精确到所有内容以实现可重复性
管理Odoo配置
创建专用脚本来轻松集成外部工具,例如测试启动器
包装:创建自包含的等效产品,以便在严格控制的主机环境中轻松部署。
所有这些特性都与 Buildout 的通用属性相结合,例如可扩展的配置文件格式,易于变化或分离关注点,原生 Python 分发安装,以及当然还有其他食谱的巨大生态系统。
文档
完整的文档是用 Sphinx 编写的,由 Anybox 的公共 buildbot 持续构建并上传到 http://docs.anybox.fr/anybox.recipe.odoo。Sphinx 源代码树位于本项目的 doc 子目录下。
最新发布的文档版本已与软件包一起上传到 PyPI。有关详细信息,请参阅 PyPIDocumentationHosting。
错误报告和反馈
请毫不犹豫地在 GitHub 上提供反馈,特别是报告错误或请求新功能:https://github.com/anybox/anybox.recipe.odoo
有用链接
贡献者信息
请参阅 贡献者文档的最新版本。
致谢
作者
Christophe Combelles
Georges Racinet
贡献者
Jean-Sébastien Suzanne
Yannick Vaucher
Jacques-Etienne Baudoux
Laurent Mignon
Leonardo Pistone
Stefan Rijnhart
Stéphane Bidoul
Sebastian Kennedy
Laetitia Gangloff
Sandy Carter
Holger Brunn
Leonardo Rochael Almeida
变更
anybox.recipe.openerp 和 anybox.recipe.odoo 的 1.9 系列是稳定版本。
此变更日志显示了两个食谱的时间线,anybox.recipe.openerp 在版本 1.9.2b1 发布之前被视为 anybox.recipe.odoo 的上游。
anybox.recipe.odoo 1.9.2(2016-09-20)
与 1.9.2b1 相同
anybox.recipe.odoo 1.9.2b1(2016-08-29)
github #43:新选项 apply-requirements-file(以及 #76 中处理的 pip 版本兼容性)
github #18:支持来自 gp.vcsdevelop 的 develop-dir 选项
适配夜间存档 UR
github #63:通过环境变量跳过 PostgreSQL 用户检查的选项(在 Docker 情况下很有用)
github #30:修复了 1.9.0 中出现的与选项 gunicorn.preload_databases 相关的回归问题
Git 子系统
github #78:跳过查询远程以获取已本地提供的 SHA 提交的远程查询
github #69:(git)允许通过 sha1 哈希合并
github #29:与 Git 1.7.9 不兼容的合并
github #71:(git)禁用有关依赖 SHAs 的警告的选项
运行时/脚本/升级
github #37:将 Odoo 的新 API Environment 实例提供给 Session 实例,并进行后续修复
github #77:环境(Odoo 的新 API 的一部分)在安装模块时已损坏
github #23:升级时自动关闭游标,并增强 Session.close() 的健壮性
github #37:获取并应用超级用户的上下文到会话。
冻结/提取
github #33:在冻结期间,如果原始 buildout 配置使用已冻结的修订规范,则不要用本地克隆的反射结果替换它。特别是在 Git 中,因为这样通常会替换好标签为更不可靠的 SHA。
github #20:即使没有如[bzr]之类的额外内容,recipe选项的值现在也会被复制到提取的buildout中。
文档
github #73:shell代码示例中工作目录的一致性。
github #60:使用Sphinx Bootstrap Theme的新响应式主题。
将许多OpenERP的实例重命名为Odoo。
开发
GitHub拉取请求由Travis与Coveralls进行测试。Anybox的buildbot仍然存在,用于进行需要安装Odoo并针对略微不同的软件基础运行单元测试的集成测试。
清理和统一setup.py子命令。
单元测试运行中setuptools的混乱更少。
anybox.recipe.odoo 1.9.1 (2014-12-17)
github #20:避免由extract-downloads-to生成的addons选项中的重复条目。
github #7:upgrade.py模板在a.r.odoo中缺失。
anybox.recipe.openerp 1.9.1 (2015-01-12)
github PR #5:为Session API(脚本和Python shell)提供ir_model_data辅助工具。
github #6:修复了OpenERP 6.1-1的下载URL。
github #3:[git]支持将HEAD作为(远程)修订规范。在相关方式中,添加了分支指示到SHA固定中,由于广泛使用,它不再被弃用,只是警告它不是最优的。
anybox.recipe.odoo 1.9.0 (2014-12-05)
首次发布,从anybox.recipe.openerp 1.9.0中抽取。
重命名为anybox.recipe.odoo。
anybox.recipe.openerp 1.9.0 (2014-12-02)
launchpad #1332147:在setup.py中对项目名称不敏感(openerp,odoo,无论什么)。
launchpad #1332465:[git]支持浅克隆(–depth),重构以允许在分离头状态、分支更改等情况下一致地这样做。
launchpad #1358353:使用github布局时,如果明确地将标准(非基础)插件的地点设置为“local”,则尊重排序(允许在这些插件之前插入覆盖)。
launchpad #1391571(相关):重新设置在分组独立插件时失败。
launchpad #1391571(相关):如果某些来源是“local”或“可下载的”,则重新设置会失败。
launchpad #1214832(相关):为独立插件引入了显式的“group”选项。
launchpad #1294020:vcs-revert=on-merge选项,以及bzr的实现。
launchpad #1274174:新功能,用于自动合并远程VCS源,支持bzr。
launchpad #1327773:[git]支持自动合并。
launchpad #1392913:extract-download-to完全移除了生成的buildout中的gp.vcsdevelop扩展和BZR额外内容。
launchpad #1232729:通过配方处理服务器端模块。
launchpad #1327609:支持多行选项中的内联注释。
1.8.6 (2014-11-17)
launchpad #1358353:使用github布局时,如果明确地将标准(非基础)插件的地点设置为“local”,则尊重排序(允许在这些插件之前插入覆盖)。
launchpad #1391258:[git]现在尊重(在无法更新的仓库的情况下是最后的尝试)clear-retry,但首先尝试git reset以绕过不可能的快进,并避免在这些情况下进行完全重新克隆。
launchpad #1208028:另一个在安装egg时解析异常失败的情况。重写了整个逻辑,增加了大量的单元测试。
修复了夜间的URL和文件名。
1.8.5 (2014-07-29)
将gevent脚本生成回滚到版本7.saas~3及以后的版本。
launchpad #1343518:版本小于8的,在GitHub上的odoo布局存在严重的阴影问题。
launchpad #1338405:[odoo]在会话中提供了必要的初始化环境(对于交互式会话和各种脚本来说是必需的)。
launchpad #1249566:[bzr]由于lp:位置解析,在离线模式下避免发出请求。
launchpad #1244721:使用python 2.6修复了升级脚本的最终报告。
launchpad #1208745:[hg]增强对.hg/hgrc内容的鲁棒性。
1.8.4 (2014-06-16)
launchpad #1327756:支持新的GitHub插件布局。
launchpad #1324579: [odoo] 生成gevent脚本(长轮询)并通过 –workers 选项使用
launchpad #1321919: [v8] 修复了由同名插件导致的标准库潜在遮蔽问题
launchpad #1234014: [git] 如果分支已经是当前分支,则跟踪的分支更新不正确
launchpad #1320198: [bzr] 在内部使用revids,尤其是在冻结/提取功能时
launchpad #1320198: [bzr] 在离线模式下禁止更改父位置(除非这是固定的修订ID,没有歧义),并在非离线模式下强制拉取。
launchpad #1317269: [v8] OpenERP服务器不能在多工作进程模式下启动
launchpad #1314566: [v8] OpenERP脚本和解释器不能加载数据库
1.8.3 (2014-04-19)
launchpad #1281262: 在 openerp_scripts 中添加了新的 openerp-log-level 修饰符
launchpad #1289761: 在许多地方使用正确的 zc.buildout.UserError
launchpad #1296178: 将无法解析的插件行放入 UserError 中
launchpad #1229908: 修复了6.0.x版本发布中的tarball下载URL
1.8.2 (2014-02-08)
launchpad #1275168: 当冻结夜间版本未正确设置时
launchpad #1245261: 在 test_openerp 和 start_openerp 脚本中添加了新的 --init-all 选项
1.8.1 (2013-10-17)
launchpad #1235946(演示数据):保持一致性行为并具有加载它们的能力。
launchpad #1239721:现在会话具有用于升级脚本创建用例的 ‘is_initialization’ 属性;用于改进记录,并在默认升级脚本中使用它。
1.8.0 (2013-10-01)
launchpad #1222482:升级工具包和升级脚本生成
launchpad #1222116: [Gunicorn] 预加载数据库的选项
1.7.4(未发布)
launchpad #1246822:恢复了 addons_path 的排序,如1.7.0中所见(主要插件首先)。
1.7.3 (2013-10-17)
修复了 setup.py 中的许可证,因此 PyPI 页面上的许可证也与 Launchpad 上的项目页面上的声明相矛盾,并且明确定义不适用,因为配方 确实 从 OpenERP 导入。
launchpad #1232806:自定义解释器和 openerp_scripts 现在可以与 OpenERP 6.1 一起使用
launchpad #1233606: [bzr] 轻量级检出现在尊重 –offline
1.7.2 (2013-09-29)
launchpad #1232724: [gunicorn] 正确地将 openerp 切换到多进程模式
SAAS版本现在被识别,并被视为X.5
launchpad #1228997: [v5] 在某些情况下,start_openerp –stop-after-init 未被遵守。
launchpad #1222562: [git] extract-downloads-to 中的错误
1.7.1 (2013-09-07)
launchpad #1215838: 不要冻结 develop / gp.vcsdevelop 发行版
launchpad #1213469: openerp 脚本:支持入口点参数
launchpad #1215833: 在 extract-downloads-to 中保留常规 develop
launchpad #1215873: [git] 使用固定的版本号重建 outout 会崩溃
launchpad #1217816: [bzr] 正确更新轻量级检出
launchpad #1203550: [v8] 使用现在捆绑在 openobject-server 中的 openerpcommand
launchpad MP #182002:新的 ‘etc-directory’ 选项(默认行为不变)。
launchpad #1208028:在版本冲突的情况下,错误信息不正确
launchpad #1216498:修复了 python 解释器额外路径
launchpad #1216835: [bzr] ‘lightweight-checkout’ 选项中的拼写错误
launchpad #1205063:如果没有指定插件,则不再出现错误(尽管这可能会导致默认配置的问题,因为服务器范围内的模块,但这应该是可覆盖的)
1.7.0 (2013-07-26)
launchpad #1189160:通用单元测试启动器的轻松集成
launchpad #1201715:允许在具有额外需求的虚拟环境中轻松工作,这些需求在 bzr 上(允许在提供 setuptools < 0.7 / distribute 的系统上轻松使用 zc.buildout 2.2)
launchpad #1202150: [git] 正确支持远程分支
launchpad #1200449:新的灵活的 openerp_scripts;脚本生成代码的一般重构。
launchpad #1203005: VCS选项未传递(插件和主软件)
[bzr] 支持轻量级检出,具有统一的‘bzr-init’选项
launchpad #1204573: [bzr] 对于某些无法直接分支到期望修订版的bzr分支情况,进行两步重试。
launchpad #1128146: 在freeze-to中添加了新的选项,以禁止选择版本,停止分发冻结。
引入了vcs.base.CloneError,并为check_call和check_output提供了包装器。
1.6.4 (2013-07-14)
launchpad #1200198: hg:rev spec是否固定的确定可能错误
launchpad #1194887: git和hg的‘clean’选项现在使用原生解决方案
1.6.3 (2013-06-23)
launchpad #1192973: ‘clean’选项现在基于bzr clean-tree(更强大,并避免删除空目录,这会阻止后续冻结)
1.6.2 (2013-06-15)
launchpad #1189402: addons_path的顺序现在是确定的
launchpad #1189162: 注册表帮助避免自定义插件模型的重复评估(有助于直接启动unittest2测试)
launchpad #1181279: 新的‘clean’选项的第一个实现,仅处理python对象文件。
1.6.1 (2013-06-06)
launchpad #1188402: 修复了git clone init在精确修订版上的问题
1.6.0 (2013-05-30)
launchpad #1183005: 可以启动OpenERP和打开数据库进行交互会话或启动脚本的python解释器。
launchpad #1182589: 避免在bzr分支没有branch.conf时出现IOError
launchpad #1185097, #1185100, #1185101, #1185741: 对Git的高级支持(精确修订、冻结、提取)允许将Git存储库包含在tarball部署的完整发布过程中。
1.5.5 (2013-05-20)
launchpad #1182146: 在VCS服务器或插件发生本地修改时,为freeze-to提供更清晰的用户反馈和退出状态码=17。
1.5.4 (2013-05-14)
launchpad #1169124: 回退:bzr不遵守离线模式
1.5.3 (2013-04-11)
launchpad #1166788: bzr“revid:”修订规范的问题
1.5.2 (2013-04-06)
launchpad #1154719: freeze-to没有取正确的bzr修订号
launchpad #1133248:如果某些bzr的branch.conf包含不在键=值形式的额外内容,则出现“需要多个值以解包”的错误
以与插件相同的方式支持bzr堆叠分支的服务器分支。
launchpad #1152808:纠正了gunicorn设置中的options.log_handler的解析(在gunicorn conf中引入了一个常量来处理以逗号分隔的列表选项)
launchpad #1153036:如果指定的修订版是已拥有的固定修订版,则避免拉取(仅限bzr和hg)
launchpad #1115504:extract-downloads-to现在可以与Debian squeeze中提供的bzr版本一起使用
1.5.1 (27-02-2013)
launchpad #1130590:出现与freezetoproducts类似的行内注释错误
1.5.0 (14-02-2013)
与zc.buildout 2.0兼容
launchpad #1115503:现在可以为使用revisions选项的buildout配置应用extract-downloads-to:生成的配置如果需要则重置revisions。
launchpad #1122015:在zc.buildout 2.0上离线时的软依赖问题
质量:现在完全符合flake8规范
1.4 (16-01-2013)
launchpad #1093771:下载代码的提取功能(特别是vcs)
launchpad #1068360:添加新的‘revisions’选项以分别修复VCS修订版
launchpad #1093474:修订和python发行版的冻结功能
launchpad #1084535:更精细的with_devtools选项行为:仅在测试启动器脚本中加载测试技巧
launchpad #1095645:在openerp-command脚本中缺少devtools加载
launchpad #1096472:禁止独立(单个)本地插件。本地插件必须始终是包含插件的目录。
launchpad #1096472:独立插件目录名称中的尾随反斜杠导致错误。
1.3 (21-11-2012)
launchpad #1077048:修复了OpenERP 7的gunicorn启动脚本
launchpad #1079819: 考虑 OpenERP 7 中新引入的 PIL 硬依赖
launchpad #1055466: 通过提供用于比较的主版本元组来重构版本逻辑。
launchpad #1081039: 引入了软需求,并将 openerp-command 作为其中之一。
1.2.2 (11-11-2012)
仅修复了 changelog RST
1.2.1 (08-11-2012)
修复了如果缺少但需要 openerp-command 包时的用户反馈错误
1.2 (07-11-2012)
launchpad #1073917: 分离测试命令(bin/test_openerp)
launchpad #1073127: 支持 openerp-command
服务器配方中测试覆盖率的重大改进
包含源分布中配方构建bot的 buildout 配置
1.1.5 (14-10-2012)
改进了文档(引导和示例 buildout)
重新启用了对 trunk 夜间版本的支持(也许还有 7.0 最终版本)
修复了 1.1.4 中 openerp-cron-worker 的打包问题
1.1.3 (26-09-2012)
launchpad #1041231: 对 bzr 位置变化的弹性
launchpad #1049519: openerp-cron-worker 启动脚本
launchpad #1025144: 默认情况下,管理员密码现在已禁用
launchpad #1054667: OpenERP 6.2 当前开发夜间版本的问题
修复了 1.1.2 中 openerp-cron-worker 的打包问题
1.0.3 (24-08-2012)
与 1.0 没有实际差异(仅更改日志等)
1.0 (24-08-2012)
launchpad #1040011: 与当前 OpenERP trunk(未来的 7.0)兼容
launchpad #1027994: 'base_url' 选项,用于从镜像下载
launchpad #1035978: 恢复了 OpenERP 自身的 'local' 版本方案。还实现了 'url' 版本方案。
删除了将 6.1 重命名为 6.1-1 的过时重命名
重构了文档
0.17 (07-08-2012)
launchpad #1033525: startup_delay 选项
launchpad #1019888: Gunicorn 集成。
launchpad #1019886: 将 'openerp' 作为开发发行版安装,并包含完整的 Python 服务器启动脚本。
launchpad #1025617: 支持 6.1 系列的夜间版本
launchpad #1025620: 支持最新版本
launchpad #1034124: 修复了 buildout 选项与 gtkclient 配方的干扰
launchpad #1021083: 在启动脚本中加载可选的开发工具
launchpad #1020967: 默认停止创建脚本
launchpad #1027986: 更好地处理中断的下载
0.16 (29-06-2012)
launchapd #1017252: 除非明确需要 PIL,否则依赖 Pillow 提供 PIL。
launchpad #1014066: 撤销了 Babel 的先决条件。现在,在检查 OpenERP 的 setup.py 之前,如果需要则安装它
0.15 (14-06-2012)
launchpad #1008931: Mercurial pull 不考虑 URL 变化。现在,配方管理 repo-local hgrc [paths] 部分,同时更新默认路径并存储早期值
launchpad #1012899: 独立 vcs 插件的问题更新
- launchpad #1005509: 现在,只有当
bzr-stacked-branches 选项设置为 True 时,bzr 分支才会堆叠。
0.14.1 (17-05-2012)
launchpad #1000352: 修复了 Bzr 重新抛出具体问题
0.14 (17-05-2012)
launchpad #1000352: vcs-clear-retry 选项,在 Bzr 分支分叉的情况下从零开始检索。在正确位置引发 UpdateError 将触发其他 VCS 的相同操作。
Git 和 Svn 的基本测试
使用 VCS 包的类重构
0.13.1 (14-05-2012)
launchpad #997107: 修复了 Bzr 的 vcs-clear-locks 选项,该选项需要用户确认,在旧版本中无法绕过
0.13 (14-05-2012)
launchpad #998404: 更健壮地调用 hg 和 bzr(带有单元测试),如果 VCS 调用失败则引发异常(尽早失败,经常失败)。
launchpad #997107: vcs-clear-locks 选项(目前仅由 Bzr 解释)
0.12 (02-05-2012)
launchpad #993362: addons 子目录选项,并通过创建中间目录使仓库成为一个可用的插件。
0.11 (18-04-2012)
更快的 tarball 检查(参见 lp 问题 #984237)
共享下载和更一般的可配置下载目录,请参阅 https://blueprints.launchpad.net/anybox.recipe.openerp/+spec/shared-downloads
0.10 (02-04-2012)
修复了 readme 文件中的示例 buildout
0.9 (23-03-2012)
清理和重构
移除了 url 选项(通过 version 支持下载 URL)
支持 OpenERP 6.1 和 6.0
添加了 'addons' 选项,允许远程仓库和本地目录
改进了错误信息
更新了文档
处理 setup.py 中的坏 Babel 导入
支持 buildout 的离线模式
创建不启动的 gtk 客户端配置
0.8 (20-12-2011)
处理部署自定义 bzr 分支
0.7 (14-09-2011)
处理 openerp 配置中的新部分
0.6 (11-09-2011)
每次都覆盖配置文件
使 "dsextras" 错误更加明确(安装 PyGObject 和 PyGTK)
修复了一些依赖项
改进了文档
0.5 (10-08-2011)
在生成的配置中使用点分法添加 openerp 选项
0.4 (09-08-2011)
添加了对 web 客户端和 gtk 客户端的支持
0.3 (08-08-2011)
修复了配置文件创建
0.2 (08-08-2011)
将尾随参数传递给服务器的启动脚本
0.1 (07-08-2011)
仅对 OpenERP 服务器进行了初始实现
项目详情
anybox.recipe.odoo-1.9.2.tar.gz 的哈希值
算法 | 哈希摘要 | |
---|---|---|
SHA256 | 1e4f2f75e7372bafc8827eaadbe5aa8a09e39fb28855f37d91ac497b30af2ae9 |
|
MD5 | 6b137345074fda25fa68b31eab12c3e2 |
|
BLAKE2b-256 | caa3082c91a0458dccf5e9ab4496c441a5f3eda798d6c9148c96372257e30223 |