If you find a bug - behaviour of go-ase code contradicting its specification - you are welcome to report it.
We can only handle well-reported, actual bugs - so please follow the guidelines below and the issue template.
You can report issues at our issue tracker.
Please only report bugs if all of the following points are true:
- Bug exists in the newest release.
- The bug has not been reported yet.
- The bug is reproducible to an extent (e.g. occurs once every x tries).
- You can provide a minimal example reproducing the bug.
If you find a security issue, please act responsibly and report it not in the public issue tracker, but directly to us, so we can fix it before it can be exploited:
- SAP Customers: if the found security issue is not covered by a published security note, please report it by creating a customer message at https://service.sap.com/message.
- Researchers/non-Customers: please send the related information to [email protected] using PGP for e-mail encryption. Also refer to the general SAP security information page.
You are welcome to contribute code to go-ase in order to fix bugs or to implement new features.
There are three important things to know:
- You must be aware of the Apache License and agree to the Contributors License Agreement. This is common practice in all major Open Source projects.
- The code must fulfill several requirements regarding code style, quality and product standards. These are detailed below in the respective section.
- Not all proposed contributions can be accepted. Some features may fit better in a third-party package. The code overall must fit into the go-ase project.
When you contribute (code, documentation, or anything else), you have to be aware that your contribution is covered by the same Apache 2.0 License that is applied to go-ase itself.
In particular you need to agree to the Developer Certificate of Origin, which can be found here.
This applies to all contributors, including those contributing on behalf of a company. If you agree to its content, you simply have to click on the link posted by the CLA assistant as a comment to the pull request. Click it to check the DCO, then accept it on the following screen if you agree to it. CLA assistant will save this decision for upcoming contributions and will notify you if there is any change to the DCO in the meantime.
Contributions must fulfill following requirements to be accepted:
- Code must formatted using
gofmt
and adhere to the standards explained in effective go. The following points may formulate statements from effective go more strongly. - All exported functions must be documented.
- Code that can be shared between the
cgo-ase
andgo-ase
implementations must be placed inside the go-dblib module. - Tests for new features or bugfixes must be added.