自Gurobi 10.0的发布,我们提供大量的开源软件包:
- gurobipy-pandas
- gurobi-machinelearning
- gurobi-optimods
- 生病调节讲解员(即将发布)。
以前,我们发布的grblogtools,也在GitHub上。
这些包,我们的目标是培养一个协作社区Gurobi公开发展各种优化项目和工具,使他们更容易获取和用户友好。
开源包不是我们支持合同的一部分,我们不提供任何支持合同。他们下被释放Apache 2.0许可,第七节规定的许可,没有保修。本文旨在阐明我们对这些包的维护策略。
在精神,包是类似于其他的开源软件包,分布在类似条件下(numpy,大熊猫,scikit-learn,…)。我们包大多是旨在整合与开放源码工具,和我们的目标是提供一个类似的经历:
- 包的维护者(s)负责回答问题,应对bug报告和处理特性要求。好处是他们直接访问用户的发展方案。另一方面,这意味着用户不受益于Gurobi的全球专家团队关于包的回答问题,因此,响应时间可能更长。此外,维护者不是合约地不得不处理所有请求。
- 包是积极维护。在撰写本文时他们没有杰出的bug。因为他们的最初版本,修复bug,并且及时发布一次。的维护者包给一个类似水平的注意缺陷和代码质量将对任何其他Gurobi产品。
- 每个包是一个相对简单的和简洁的python代码。他们有适当的测试和QA。他们不接受相同数量的用户测试numpy,熊猫或Gurobi但他们足够小和简单,我们有信心在他们的质量。
- 虽然开源包本身不支持合同的一部分,包到专有Gurobi库的调用,所有的一切都发生在Gurobi图书馆当然是我们的常规的支持。通过使用这些开源软件包,用户是不会放弃他们的常规Gurobi支持的好处。它类似于一个用户代码调用Gurobi。
反馈渠道
所有GitHub库有一个“问题”部分可用于用户报告的问题,提供反馈或请求功能。这是任何开源项目在GitHub的标准方法。
关于使用的问题,用户可以发布在我们的问题社区论坛开始更少的技术讨论。
商业用户Gurobi支持合同,有保密的需求可以直接联系维修工定期支持或包。
评论
0评论
文章是关闭了评论。