同步操作将从 Gitee 极速下载/ArangoDB 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
Pull requests are an essential collaborative tool for modern software development.
The below list is intended to help you figure out whether your code is ready to be reviewed and merged into ArangoDB. The overarching goal is to:
The below list is not exhaustive, think thoroughly whether the provided information is sufficient. Remove options that do not apply
(Can you describe what functional change your PR is trying to effect?)
(Please reference tickets / specification etc )
(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This PR adds tests that were used to verify all changes:
Additionally:
(Include link to Jenkins run etc)
Think about whether the new code you added is modular enough to be easily testable by unit tests written with GTest / Catch. It is not good if your feature is so interconnected that it prevents other people from writing their own unit gests. It should be possible to use your code in future without extensively mocking your classes. A bad example that required some extensive effort would be the storage engine API.
All new Features should be accompanied by corresponding documentation. Bugs and features should furthermore be documented in the changelog so that developers and users have a concise overview.
Please note that for legal reasons we require you to sign the Contributor Agreement before we can accept your pull requests.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。