安装和配置openerp的构建方法
anybox.recipe.openerp的Python项目详细描述
openerp buildout recipe
这个'buildout<；https://github.com/buildout/buildout>；的配方是一个功能齐全的工具，允许您快速定义和部署任何类型的openerp installations，从开发设置到全自动化生产部署或持续集成。
它的一些主要功能包括：
*OpenERP版本之间的一致性（从5.0开始）
*安装OpenERP服务器，如果有意义，GTK和Web客户端。
*从各种来源检索主要软件和插件，
包括主要版本控制系统
*能够精确定位所有内容以实现可重放性
*管理OpenERP配置
*创建专用脚本以方便外部集成工具，
例如测试启动程序
*打包：创建独立的等价物，以便在严格控制的宿主环境中轻松部署。
所有这些都要与zc.buildout的常规属性一起考虑，例如，一个可扩展的配置文件格式，可以方便地进行
关注点的变化或分离，本地python发行版的安装，当然还有其他配方的巨大生态系统。
完整的文档
<；http://pythonhosted.org/anybox.recipe.openerp>；`
使用"sphinx
<；http://sphinx doc.org>；`，持续构建并由anybox'public
buildbot上载到http://docs.anybox.fr/anybox.recipe.openerp。
Sphinx源代码树位于该项目的"doc"子目录下。Pypi
与包裹一起。参见"pypidocumentationhosting
<；https://wiki.python.org/moin/pypidocumentationhosting>；`有关详细信息，
Bug报告和反馈
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
请毫不犹豫地提供反馈，尤其是报告Bug，或通过LaunchPad通过以下URL请求新功能：
https://bugs.launchPad.net/anybox.recipe.openerp/+bugs
链接
~~~~~~~~~~~~~~~~
*代码库和bug跟踪器：https://launchpad.net/anybox.recipe.openerp
*pypi页面：http://pypi.python.org/pypi/anybox.recipe.openerp
*主要文档：http://docs.anybox.fr/anybox.recipe.openerp
信息
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
请参阅"贡献者文档的最新版本
<；http://docs.anybox.fr/anybox.recipe.openerp/trunk/contribution.html>；`
credits
~*Stéphane Bidoul
*Sebastian Kennedy
*Laetitia Gangloff
*Sandy Carter
更改
~~~~~~
1.9系列Anybox.recipe.openerP是稳定版本，当
其对应项当前被视为不稳定时。
在稳定系列中显示为"未发布"的更改将随任何更高版本的不稳定版本一起发布。
这是因为目前anybox.recipe.openerp被视为anybox.recipe.odoo的上游，并且以后会改变的。
-github 7:a.r.odoo的"upgrade.py"模板丢失
anybox.recipe.openerp 1.9.1（2015-01-12）
--------
-github pr#5：``ir_model_data``helpers for
：py:class:`anybox.recipe.odoo.runtime.session`
-github 6:openerp 6.1-1
-github 3:[git]支持head as a（remote）修订版
规范。以一种相关的方式，将分支指示添加到sha
pinning，由于wid的原因，它不再被弃用。e用法，仅
警告它是次优的。
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）
----------
-启动板1332147:对设置中的项目名称不敏感。py
（openerp，odoo，无论怎样）。
-launchpad 1332465:[git]支持浅克隆（--depth），
重构以使其与分离的头状态一致，
分支更改等。
-launchpad:具有github布局，如果
标准（非基本）加载项的位置被明确设置为"本地"（允许在它们之前插入
覆盖），请尊重顺序。
-启动板1391571（相关）：用于与分组的独立加载项一起失败的还原
-启动板1391571（相关）：用于失败的还原如果某些源
是"本地"或"可下载的"。
-启动板1214832（相关）：为独立加载项引入显式"组"
选项。
-启动板1294020:vcs revert=on merge选项，实现bzr
-launchpad<1274174：远程vcs
源自动合并的新功能，支持bzr。
-launchpad 1327773:[git]支持自动合并
-launchpad 1392913:提取下载以完全删除生成的构建中的
gp.vcsdevelop扩展和bzr额外功能
-launchpad 1232729:按配方处理服务器范围的模块
-LaunchPad 1327609:支持多行选项中的内联注释
1.8.6（2014-11-17）
---------
-LaunchPad 1358353:具有Github布局，如果
标准（非基本）加载项的位置被明确设置为"本地"（允许在它们之前插入
覆盖），请尊重排序。
-启动板1391258:[git]清除重试现在被接受（对于不可更新的回购，最后一次机会
，但"git reset"会首先尝试
以避免不可能的快速转发，并避免在这些情况下完全倾斜。
-launchpad 1208028：另一个在
安装egg时解析异常失败的情况。重写整个逻辑，进行大量单元测试
-为夜间节目固定url和文件名
8在github上使用odoo布局有严重的
阴影问题。
-启动板1338405:[odoo]提供必要的环境init in session
（交互会话和各种脚本需要）
-启动板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选项使用它如果分支已经是当前分支，则在内部使用revid，特别是在冻结/提取功能中使用revid，禁止在脱机模式下更改父位置，除非是固定的修订id（无歧义），
在非脱机模式下强制拉入。
-启动板1317269:[v8]OpenERP服务器无法在多工作模式下启动
-启动板1314566:[v8]OpenERP脚本&；解释器无法加载db
penerpu scripts``
-launchpad 1289761:在
许多地方使用适当的``zc.buildout.usererror`.
-launchpad:也有不可解析的加载项行结束于
``usererror`.
-launchpad謢1229908:修复了6.0.x版本的tarball下载url
1.8.2（2014-02-08）
----
-启动板1275168：夜间冻结版本未正确设置时
-启动板1245261：在"test-openerp"和"start-openerp"脚本中的"new``--init all``选项。
1.8.1（2013-10-17）
----
-启动板1235946（演示数据）：一致的行为和能力
加载它们。
-launchpad 1239721:现在会话具有用于创建升级脚本用例的"is_initialization"属性；使用它改进日志记录，
在默认升级脚本中。
1.8.0（2013-10-01）
---------
-启动板1222482：升级工具包和升级脚本生成
-启动板1222116:[gunicorn]预加载数据库的选项#1246822:还原了加载项路径的顺序，因为它在1.7.0中是
（首先是主加载项）。
1.7.3（2013-10-17）
----
-修复了"setup.py"中的许可证，因此在pypi页上修复了该许可证。所示的zpl
与launchpad的
项目页面上所述的内容相矛盾，且不适用，由于配方*确实从OpenERP导入
.
-启动板1232806:自定义解释器和OpenERP脚本现在可以在OpenERP 6.1下工作
-启动板1233606:[bzr]轻量级签出现在尊重脱机
1.7.2（2013-09-29）
----
-启动板#1232724:[gunicorn]正确地将openerps切换到
多进程模式
-saas版本现在已被识别，并被视为x.5
-启动板（launchpad）1228997:[v5]，在某些情况下，启动openerp——在init
未兑现后停止。
-launchpad<1222562:[git]提取下载到
1.7.1（2013-09-07）时出错
----
-launchpad<1215838:不要冻结开发/gp.vcsdevelop发行版
-launchpad<1213469:openerp脚本：支持对于入口点
参数
-launchpad 1215833：保留摘录下载中的常规开发到
-launchpad 1215873:[git]使用修订修复版本重新构建崩溃
-launchpad 1217816:[bzr]使用openerpcommand现在绑定到openobject server
-launchpad mp 182002:new'etc directory'选项（默认行为
未更改）。
-launchpad 1208028：在分发
版本冲突时出现错误消息
-launchpad 1216498:fixed python解释器额外路径
-launchpad 1216835:[bzr]在"轻量级签出"选项中的错误销售
-launchpad 1205063:如果未指定任何加载项，则不会出现更多错误（但可能会导致默认配置出现问题，因为服务器
宽模块，但这应该是可重写的）
1.7.0（2013-07-26）
---------
-启动板1189160：通用单元测试发射器的简单集成
-启动板1201715：允许在虚拟环境中轻松工作，而bzr上有额外要求
（允许轻松工作使用zc.buildout 2.2在系统上提供
setuptools<；0.7/distribute）
-启动板1202150:[git]对远程分支的适当支持
-启动板1200449：新的灵活的"openerpu脚本"；对
脚本生成代码的一般重构。
-启动板1203005:VCS选项未通过（插件和主软件）
-[bzr]支持轻量级检查，具有统一的"bzr in it"选项
-启动板1204573:[bzr]对于某些bzr分支
无法直接分支到所需修订的情况，分两步重试。
-启动板1128146:新选项在"冻结到"中不允许选择
版本，停止不冻结分发。
-引入了"vcs.base.cloneerror"和"check-call"和"check-output"的包装器。
1.6.4（2013-07-14）
——————————————————————————————————————————————————————————————————————————————————————————————————————#1194887:git和hg的"clean"选项现在使用本机解决方案
这是一个本地的
修改，可防止以后冻结）
1.6.2（2013-06-15）
---------
-启动板1189402:加载项路径的顺序现在是确定的
-启动板1189162:注册表有助于避免对
自定义加载项模型进行双重评估（有助于直接启动unittest2测试）
-launchpad 1191279：首次实现新的"clean"选项，
仅处理python对象文件。
打开数据库以进行交互式会话或启动脚本。
-launchpad 1182589:如果bzr分支没有分支，请避免ioerror。conf
-launchpad 1185097，1185100，，:对git的高级支持extract）允许将git
存储库包含在tarball部署的完整发布过程中。
加载项。
1.5.4（2013-05-14）
---------
-启动板1169124：回归：脱机模式不符合bzr
1.5.3（2013-04-11）
---------
-启动板1166788：回归与bzr"修订："修订规范
1.5.2（2013-04-06）如果某些bzr的
branch.conf有额外的内容，而不是key=value表单中的内容，则
----------launchpad_1154719:freeze to不接受正确的bzr修订号
-launchpad_1133248:服务器分支的方式与在加载项中已完成的方式相同。
-launchpad 1152808:已更正选项的解析。在
gunicorn设置中的logu处理程序（在gunicorn conf中引入一个常量来处理逗号分隔的列表
选项）
-launchpad 1153036:避免在指定的版本是
我们已经有了的固定版本（仅限bzr和hg）
-launchpad 1115504:extract downloads to now works with bzr version
例如冻结以生成
1.5.0（14-02-2013）
----
-与zc.buildout 2.0
-launchpad 1115503一起工作：现在可以对使用"修订"选项的构建配置应用"提取下载到"`
：生成的配置如果需要，重置"修订版"。
-launchpad 1122015:如果在zc.buildout 2.0上脱机，则会出现软需求问题
-质量：现在完全符合flake8
1.4（16-01-2013）
----
-launchpad 1093771:下载代码的提取功能（尤其是VCS）
-launchpad 1068360：新的"修订版"选项，用于分别修复VCS修订版
-launchpad 1093474:修订版的冻结功能和
Python发行版的版本
-launchpad 1084535:更好的"使用devtools"选项：
仅在测试启动程序中加载测试黑客script
-launchpad<1095645:openerp command中缺少devtools加载
scripts
-launchpad<1096472:禁止独立（single）本地插件。本地加载项必须始终是包含加载项的目录。
-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）
----
-只修复更改日志rst
1.2.1（08-11-2012）
----
-修复了缺少openerp命令包但需要
1.2时用户反馈中的错误（2012年11月7日）
——————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————source
分发
1.1.5（2012年10月14日）
—————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————（2012年9月26日）
----
-启动板1041231:对bzr位置变化的弹性
-启动板1049519:openerp cron worker启动脚本
-启动板1025144:默认情况下，管理密码现在已禁用
-启动板1054667:OpenERP 6.2的当前开发夜间节目有问题
-修复了1.1.2中OpenERP cron worker的打包问题
1.0.3（2012年8月24日）
----
-与1.0没有实际差异（仅更改日志和例如）
1.0（2012年8月24日）
————
-launchpad 1040011：与当前的openerp trunk（未来的7.0）一起工作
-launchpad 1027994:"基本url"选项，可从镜像下载
-launchpad:为openerp本身还原了"本地"版本方案。还实现了"url"版本方案。
-删除了6.1到6.1-1的不推荐重命名
-重构了文档
>0.17（2012年8月7日）
----
-启动板1033525:启动延迟选项
-启动板1019888:Gunicorn集成。
-启动板1019886:安装"OpenERP"作为开发发行版，以及
完整的python服务器启动脚本。
-launchpad 1025617：支持6.1系列中的夜间版本在启动脚本中加载开发工具：默认情况下停止创建脚本明确要求。
-发射台1014066：取消了巴别塔的先决条件。现在，配方
在检查OpenERP的设置之前，如果需要，会安装它。py
0.15（14-06-2012）
----
-launchpad\1008931:Mercurial Pull不考虑URL更改。现在，配方管理repo local hgrc[paths]
部分，在存储早期值时更新默认路径
-launchpad 1012899:更新独立VCS加载项的问题
-launchpad 1005509:现在bzr分支仅在设置了
``bzr stacked branchs``选项时才被堆叠至``true`.
0.14.1（17-05-2012）
---------
-launchpad 1000352:修复了bzr重播中的一个具体问题
0.14（17-05-2012）
----
-launchpad記1000352:选项vcs clear retry to retrieve fr分叉bzr分支
时的om划痕。如果将updateerror设置在正确的位置，则会触发其他vcse的
相同操作。
-git和svn的基本测试
-使用vcs包的类进行重构
>0.13.1（2012年5月14日）
----
-启动板997107:bzr的固定vcs清除锁选项，
需要用户确认，在旧版本中无法绕过
>0.13（14-05-2012）
---------
-launchpad 998404:对hg和bzr的更健壮的调用（w/单元测试），
，如果vcs调用失败（提前中断，经常中断。
-启动板997107:VCS清除锁定选项（目前仅由
bzr解释）
0.12（2012年5月2日）
----
-启动板993362:addons subdir选项，并通过创建中间目录使存储库成为可用的一个加载项。
0.11（2012年4月18日）
----
-更快的tarball检查（请参阅LP问题984237）
-共享下载和更一般的可配置下载
目录，请参阅https://blueprints.launchpad.net/anybox.recipe.openerp/+spec/shared downloads
<0.10（2012年4月2日）
----
-修复自述文件中的示例构建
<0.9（2012年3月23日）
-
-清理和重构
-删除"url"选项（通过"version"支持下载url）
-支持openerp 6.1和6.0
-添加了允许远程存储库和本地目录的"addons"选项
-改进了错误消息
-更新了文档
-在安装程序中处理错误的babel导入。py
-支持脱机模式构建
-创建gtk客户端配置而不启动它
>0.8（2011年12月20日）
----
-处理部署自定义bzr分支
<0.7（2011年9月14日）
----
-处理openerp config中的新部分
<0.6（2011年9月11日）
———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————生成的配置中的选项
<0.4（09-08-2011）
----
-添加对Web客户端和GTK客户端的支持
>0.3（08-08-2011）
----
-固定配置文件创建
<0.2（08-08-2011）
----
-通过服务器启动脚本的尾随参数
这个'buildout<；https://github.com/buildout/buildout>；的配方是一个功能齐全的工具，允许您快速定义和部署任何类型的openerp installations，从开发设置到全自动化生产部署或持续集成。
它的一些主要功能包括：
*OpenERP版本之间的一致性（从5.0开始）
*安装OpenERP服务器，如果有意义，GTK和Web客户端。
*从各种来源检索主要软件和插件，
包括主要版本控制系统
*能够精确定位所有内容以实现可重放性
*管理OpenERP配置
*创建专用脚本以方便外部集成工具，
例如测试启动程序
*打包：创建独立的等价物，以便在严格控制的宿主环境中轻松部署。
所有这些都要与zc.buildout的常规属性一起考虑，例如，一个可扩展的配置文件格式，可以方便地进行
关注点的变化或分离，本地python发行版的安装，当然还有其他配方的巨大生态系统。
完整的文档
<；http://pythonhosted.org/anybox.recipe.openerp>；`
使用"sphinx
<；http://sphinx doc.org>；`，持续构建并由anybox'public
buildbot上载到http://docs.anybox.fr/anybox.recipe.openerp。
Sphinx源代码树位于该项目的"doc"子目录下。Pypi
与包裹一起。参见"pypidocumentationhosting
<；https://wiki.python.org/moin/pypidocumentationhosting>；`有关详细信息，
Bug报告和反馈
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
请毫不犹豫地提供反馈，尤其是报告Bug，或通过LaunchPad通过以下URL请求新功能：
https://bugs.launchPad.net/anybox.recipe.openerp/+bugs
链接
~~~~~~~~~~~~~~~~
*代码库和bug跟踪器：https://launchpad.net/anybox.recipe.openerp
*pypi页面：http://pypi.python.org/pypi/anybox.recipe.openerp
*主要文档：http://docs.anybox.fr/anybox.recipe.openerp
信息
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
请参阅"贡献者文档的最新版本
<；http://docs.anybox.fr/anybox.recipe.openerp/trunk/contribution.html>；`
credits
~*Stéphane Bidoul
*Sebastian Kennedy
*Laetitia Gangloff
*Sandy Carter
更改
~~~~~~
1.9系列Anybox.recipe.openerP是稳定版本，当
其对应项当前被视为不稳定时。
在稳定系列中显示为"未发布"的更改将随任何更高版本的不稳定版本一起发布。
这是因为目前anybox.recipe.openerp被视为anybox.recipe.odoo的上游，并且以后会改变的。
-github 7:a.r.odoo的"upgrade.py"模板丢失
anybox.recipe.openerp 1.9.1（2015-01-12）
--------
-github pr#5：``ir_model_data``helpers for
：py:class:`anybox.recipe.odoo.runtime.session`
-github 6:openerp 6.1-1
-github 3:[git]支持head as a（remote）修订版
规范。以一种相关的方式，将分支指示添加到sha
pinning，由于wid的原因，它不再被弃用。e用法，仅
警告它是次优的。
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）
----------
-启动板1332147:对设置中的项目名称不敏感。py
（openerp，odoo，无论怎样）。
-launchpad 1332465:[git]支持浅克隆（--depth），
重构以使其与分离的头状态一致，
分支更改等。
-launchpad:具有github布局，如果
标准（非基本）加载项的位置被明确设置为"本地"（允许在它们之前插入
覆盖），请尊重顺序。
-启动板1391571（相关）：用于与分组的独立加载项一起失败的还原
-启动板1391571（相关）：用于失败的还原如果某些源
是"本地"或"可下载的"。
-启动板1214832（相关）：为独立加载项引入显式"组"
选项。
-启动板1294020:vcs revert=on merge选项，实现bzr
-launchpad<1274174：远程vcs
源自动合并的新功能，支持bzr。
-launchpad 1327773:[git]支持自动合并
-launchpad 1392913:提取下载以完全删除生成的构建中的
gp.vcsdevelop扩展和bzr额外功能
-launchpad 1232729:按配方处理服务器范围的模块
-LaunchPad 1327609:支持多行选项中的内联注释
1.8.6（2014-11-17）
---------
-LaunchPad 1358353:具有Github布局，如果
标准（非基本）加载项的位置被明确设置为"本地"（允许在它们之前插入
覆盖），请尊重排序。
-启动板1391258:[git]清除重试现在被接受（对于不可更新的回购，最后一次机会
，但"git reset"会首先尝试
以避免不可能的快速转发，并避免在这些情况下完全倾斜。
-launchpad 1208028：另一个在
安装egg时解析异常失败的情况。重写整个逻辑，进行大量单元测试
-为夜间节目固定url和文件名
8在github上使用odoo布局有严重的
阴影问题。
-启动板1338405:[odoo]提供必要的环境init in session
（交互会话和各种脚本需要）
-启动板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选项使用它如果分支已经是当前分支，则在内部使用revid，特别是在冻结/提取功能中使用revid，禁止在脱机模式下更改父位置，除非是固定的修订id（无歧义），
在非脱机模式下强制拉入。
-启动板1317269:[v8]OpenERP服务器无法在多工作模式下启动
-启动板1314566:[v8]OpenERP脚本&；解释器无法加载db
penerpu scripts``
-launchpad 1289761:在
许多地方使用适当的``zc.buildout.usererror`.
-launchpad:也有不可解析的加载项行结束于
``usererror`.
-launchpad謢1229908:修复了6.0.x版本的tarball下载url
1.8.2（2014-02-08）
----
-启动板1275168：夜间冻结版本未正确设置时
-启动板1245261：在"test-openerp"和"start-openerp"脚本中的"new``--init all``选项。
1.8.1（2013-10-17）
----
-启动板1235946（演示数据）：一致的行为和能力
加载它们。
-launchpad 1239721:现在会话具有用于创建升级脚本用例的"is_initialization"属性；使用它改进日志记录，
在默认升级脚本中。
1.8.0（2013-10-01）
---------
-启动板1222482：升级工具包和升级脚本生成
-启动板1222116:[gunicorn]预加载数据库的选项#1246822:还原了加载项路径的顺序，因为它在1.7.0中是
（首先是主加载项）。
1.7.3（2013-10-17）
----
-修复了"setup.py"中的许可证，因此在pypi页上修复了该许可证。所示的zpl
与launchpad的
项目页面上所述的内容相矛盾，且不适用，由于配方*确实从OpenERP导入
.
-启动板1232806:自定义解释器和OpenERP脚本现在可以在OpenERP 6.1下工作
-启动板1233606:[bzr]轻量级签出现在尊重脱机
1.7.2（2013-09-29）
----
-启动板#1232724:[gunicorn]正确地将openerps切换到
多进程模式
-saas版本现在已被识别，并被视为x.5
-启动板（launchpad）1228997:[v5]，在某些情况下，启动openerp——在init
未兑现后停止。
-launchpad<1222562:[git]提取下载到
1.7.1（2013-09-07）时出错
----
-launchpad<1215838:不要冻结开发/gp.vcsdevelop发行版
-launchpad<1213469:openerp脚本：支持对于入口点
参数
-launchpad 1215833：保留摘录下载中的常规开发到
-launchpad 1215873:[git]使用修订修复版本重新构建崩溃
-launchpad 1217816:[bzr]使用openerpcommand现在绑定到openobject server
-launchpad mp 182002:new'etc directory'选项（默认行为
未更改）。
-launchpad 1208028：在分发
版本冲突时出现错误消息
-launchpad 1216498:fixed python解释器额外路径
-launchpad 1216835:[bzr]在"轻量级签出"选项中的错误销售
-launchpad 1205063:如果未指定任何加载项，则不会出现更多错误（但可能会导致默认配置出现问题，因为服务器
宽模块，但这应该是可重写的）
1.7.0（2013-07-26）
---------
-启动板1189160：通用单元测试发射器的简单集成
-启动板1201715：允许在虚拟环境中轻松工作，而bzr上有额外要求
（允许轻松工作使用zc.buildout 2.2在系统上提供
setuptools<；0.7/distribute）
-启动板1202150:[git]对远程分支的适当支持
-启动板1200449：新的灵活的"openerpu脚本"；对
脚本生成代码的一般重构。
-启动板1203005:VCS选项未通过（插件和主软件）
-[bzr]支持轻量级检查，具有统一的"bzr in it"选项
-启动板1204573:[bzr]对于某些bzr分支
无法直接分支到所需修订的情况，分两步重试。
-启动板1128146:新选项在"冻结到"中不允许选择
版本，停止不冻结分发。
-引入了"vcs.base.cloneerror"和"check-call"和"check-output"的包装器。
1.6.4（2013-07-14）
——————————————————————————————————————————————————————————————————————————————————————————————————————#1194887:git和hg的"clean"选项现在使用本机解决方案
这是一个本地的
修改，可防止以后冻结）
1.6.2（2013-06-15）
---------
-启动板1189402:加载项路径的顺序现在是确定的
-启动板1189162:注册表有助于避免对
自定义加载项模型进行双重评估（有助于直接启动unittest2测试）
-launchpad 1191279：首次实现新的"clean"选项，
仅处理python对象文件。
打开数据库以进行交互式会话或启动脚本。
-launchpad 1182589:如果bzr分支没有分支，请避免ioerror。conf
-launchpad 1185097，1185100，，:对git的高级支持extract）允许将git
存储库包含在tarball部署的完整发布过程中。
加载项。
1.5.4（2013-05-14）
---------
-启动板1169124：回归：脱机模式不符合bzr
1.5.3（2013-04-11）
---------
-启动板1166788：回归与bzr"修订："修订规范
1.5.2（2013-04-06）如果某些bzr的
branch.conf有额外的内容，而不是key=value表单中的内容，则
----------launchpad_1154719:freeze to不接受正确的bzr修订号
-launchpad_1133248:服务器分支的方式与在加载项中已完成的方式相同。
-launchpad 1152808:已更正选项的解析。在
gunicorn设置中的logu处理程序（在gunicorn conf中引入一个常量来处理逗号分隔的列表
选项）
-launchpad 1153036:避免在指定的版本是
我们已经有了的固定版本（仅限bzr和hg）
-launchpad 1115504:extract downloads to now works with bzr version
例如冻结以生成
1.5.0（14-02-2013）
----
-与zc.buildout 2.0
-launchpad 1115503一起工作：现在可以对使用"修订"选项的构建配置应用"提取下载到"`
：生成的配置如果需要，重置"修订版"。
-launchpad 1122015:如果在zc.buildout 2.0上脱机，则会出现软需求问题
-质量：现在完全符合flake8
1.4（16-01-2013）
----
-launchpad 1093771:下载代码的提取功能（尤其是VCS）
-launchpad 1068360：新的"修订版"选项，用于分别修复VCS修订版
-launchpad 1093474:修订版的冻结功能和
Python发行版的版本
-launchpad 1084535:更好的"使用devtools"选项：
仅在测试启动程序中加载测试黑客script
-launchpad<1095645:openerp command中缺少devtools加载
scripts
-launchpad<1096472:禁止独立（single）本地插件。本地加载项必须始终是包含加载项的目录。
-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）
----
-只修复更改日志rst
1.2.1（08-11-2012）
----
-修复了缺少openerp命令包但需要
1.2时用户反馈中的错误（2012年11月7日）
——————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————source
分发
1.1.5（2012年10月14日）
—————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————（2012年9月26日）
----
-启动板1041231:对bzr位置变化的弹性
-启动板1049519:openerp cron worker启动脚本
-启动板1025144:默认情况下，管理密码现在已禁用
-启动板1054667:OpenERP 6.2的当前开发夜间节目有问题
-修复了1.1.2中OpenERP cron worker的打包问题
1.0.3（2012年8月24日）
----
-与1.0没有实际差异（仅更改日志和例如）
1.0（2012年8月24日）
————
-launchpad 1040011：与当前的openerp trunk（未来的7.0）一起工作
-launchpad 1027994:"基本url"选项，可从镜像下载
-launchpad:为openerp本身还原了"本地"版本方案。还实现了"url"版本方案。
-删除了6.1到6.1-1的不推荐重命名
-重构了文档
>0.17（2012年8月7日）
----
-启动板1033525:启动延迟选项
-启动板1019888:Gunicorn集成。
-启动板1019886:安装"OpenERP"作为开发发行版，以及
完整的python服务器启动脚本。
-launchpad 1025617：支持6.1系列中的夜间版本在启动脚本中加载开发工具：默认情况下停止创建脚本明确要求。
-发射台1014066：取消了巴别塔的先决条件。现在，配方
在检查OpenERP的设置之前，如果需要，会安装它。py
0.15（14-06-2012）
----
-launchpad\1008931:Mercurial Pull不考虑URL更改。现在，配方管理repo local hgrc[paths]
部分，在存储早期值时更新默认路径
-launchpad 1012899:更新独立VCS加载项的问题
-launchpad 1005509:现在bzr分支仅在设置了
``bzr stacked branchs``选项时才被堆叠至``true`.
0.14.1（17-05-2012）
---------
-launchpad 1000352:修复了bzr重播中的一个具体问题
0.14（17-05-2012）
----
-launchpad記1000352:选项vcs clear retry to retrieve fr分叉bzr分支
时的om划痕。如果将updateerror设置在正确的位置，则会触发其他vcse的
相同操作。
-git和svn的基本测试
-使用vcs包的类进行重构
>0.13.1（2012年5月14日）
----
-启动板997107:bzr的固定vcs清除锁选项，
需要用户确认，在旧版本中无法绕过
>0.13（14-05-2012）
---------
-launchpad 998404:对hg和bzr的更健壮的调用（w/单元测试），
，如果vcs调用失败（提前中断，经常中断。
-启动板997107:VCS清除锁定选项（目前仅由
bzr解释）
0.12（2012年5月2日）
----
-启动板993362:addons subdir选项，并通过创建中间目录使存储库成为可用的一个加载项。
0.11（2012年4月18日）
----
-更快的tarball检查（请参阅LP问题984237）
-共享下载和更一般的可配置下载
目录，请参阅https://blueprints.launchpad.net/anybox.recipe.openerp/+spec/shared downloads
<0.10（2012年4月2日）
----
-修复自述文件中的示例构建
<0.9（2012年3月23日）
-
-清理和重构
-删除"url"选项（通过"version"支持下载url）
-支持openerp 6.1和6.0
-添加了允许远程存储库和本地目录的"addons"选项
-改进了错误消息
-更新了文档
-在安装程序中处理错误的babel导入。py
-支持脱机模式构建
-创建gtk客户端配置而不启动它
>0.8（2011年12月20日）
----
-处理部署自定义bzr分支
<0.7（2011年9月14日）
----
-处理openerp config中的新部分
<0.6（2011年9月11日）
———————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————————生成的配置中的选项
<0.4（09-08-2011）
----
-添加对Web客户端和GTK客户端的支持
>0.3（08-08-2011）
----
-固定配置文件创建
<0.2（08-08-2011）
----
-通过服务器启动脚本的尾随参数
欢迎加入QQ群-->： 979659372
