Skip to content

Latest commit

 

History

History
122 lines (82 loc) · 8.7 KB

CONTRIBUTING.md

File metadata and controls

122 lines (82 loc) · 8.7 KB

🐝 Contributing to NeonBee

Content

  1. 📝 Reporting Issues
  2. 🤩 Feature Requests
  3. 🔍 Analyzing Issues
  4. 💻 Contributing Code

📝 Reporting Issues

Seeking Help / Not a Bug

If you need help, or if you have any questions regarding NeonBee, please seek help on our Discord.

How to Report an Issue

We collect issues for NeonBee in our GitHub repository.

  1. Only NeonBee issues
    • Please do not report:
      • Issues caused by dependencies or plugins.
      • Issues caused by the use of non-public/internal methods. Only the public methods listed in the API documentation may be used.
      • Something you do not get to work properly, see Not a Bug / Questions.
  2. No duplicate: You have searched the issue tracker to make sure the bug has not already been reported.
  3. Good summary: The summary should be specific to the issue.
  4. Current bug: The bug can be reproduced in the most current version of the relevant module(s).
  5. Reproducible bug: There are step-by-step instructions provided on how to reproduce the issue.
  6. Well-documented:
    • Precisely state the expected and the actual behavior.
    • Give information about the environment in which the issue occurs (OS/Platform, Node.js version, etc.).
    • Generally, give as much additional information as possible.
  7. Only one bug per report: Open additional tickets for additional issues.
  8. Please report bugs in English.

We encourage you to follow the issue template that will be presented to you when creating a new issue.

When you are ready, report your issue here: https://github.com/sap/neonbee/issues/new

Reporting Security Issues

We take security issues in our projects seriously. We appreciate your efforts to responsibly disclose your findings.

Please do not report security issues directly on GitHub but reach out to us via security@neonbee.io. This allows us to provide a fix before an issue can be exploited.

Use of Labels

GitHub offers labels to categorize issues. The labels can only be set and modified by committers.

General issue categories:
  • bug: This issue is a bug in the code.
  • documentation: This issue is about wrong documentation.
  • enhancement: This is not a bug report, but an enhancement request.
  • needs triage: This issue needs to be investigated and confirmed as a valid issue that is not a duplicate
Status of an open issue:
  • information required: The author is required to provide information.
  • good first issue: A newcomer may work on this.
  • help wanted: Additional help in analyzing this issue is required.
Status/resolution of a closed issue:
  • duplicate: The issue was already reported somewhere else.
  • invalid: For any reason, this issue report will not be handled further. Possible reasons are lack of information, or that the issue does not apply anymore.
  • wontfix: While acknowledged to be an issue, a fix cannot or will not be provided.

Issue Reporting Disclaimer

We want to improve the quality of NeonBee and good bug reports are welcome! But our capacity is limited, so we cannot handle questions or consultation requests, and we cannot afford to ask for required details.

Therefore, we reserve the right to close or to not process insufficient bug reports in favor of those which are clearly documented and easy to reproduce. Even though we would like to solve each well-documented issue, there is always the chance that it won't happen - please remember: NeonBee is Open Source and comes without warranty.

Bug report analysis support is always very welcome! See Analyze Issues.

🤩 Feature Requests

You can request most features by creating an issue in NeonBee repository: https://github.com/sap/neonbee/issues/new

For bigger features an RFC (Request for Comment) might be necessary. You should always clarify the need for an RFC with the project contributors upfront. You could do this either by opening an issue or in our Discord. You can use this template for creating an RFC.

🔍 Analyzing Issues

Analyzing issue reports can be a lot of effort. Any help is welcome! 👍

Open the Issue Tracker and look for open issues which require triage, additional work, or a bugfix. Especially check for issues with the labels good first issue, help wanted, or information required.

You may be able to add additional or missing information, such as a step-by-step guide on how to reproduce an issue or an analysis of the root cause. In case of the latter, you might even be able to contribute a bugfix. 🙌

💻 Contributing Code

General Remarks

You are welcome to contribute code to NeonBee in order to fix bugs or to implement new features.

There are three important things to know:

  1. You must be aware of the Eclipse Public License (which describes contributions) and agree to the Developer Certificate of Origin*. This is common practice in major Open Source projects. To make this process as simple as possible, we are using CLA assistant for individual contributions. CLA assistant is an open source tool that integrates with GitHub very well and enables a one-click experience for accepting the DCO. For company contributors, special rules apply. See the respective section below for details.
  2. Follow our Development Concept.
  3. Not all proposed contributions can be accepted. Some features may just fit a third-party add-on better. The code must match the overall direction of NeonBee and improve it. So there should be some "bang for the byte". For most bug fixes this is a given, but a major feature implementation first needs to be discussed with one of the committers. Possibly, one who touched the related code or module recently. The more effort you invest, the better you should clarify in advance whether the contribution will match the project's direction. The best way would be to just open an enhancement ticket in the issue tracker to discuss the feature you plan to implement (make it clear that you intend to contribute). We will then forward the proposal to the respective code owner. This avoids disappointment.
  4. Contributions must follow the guideline for AI-generated code.

Developer Certificate of Origin (DCO)

Due to legal reasons, contributors will be asked to accept a DCO before they submit the first pull request to this project. SAP uses the standard DCO text of the Linux Foundation. This happens in an automated fashion during the submission process: the CLA assistant tool will add a comment to the pull request. Click it to check the DCO, then accept it on the following screen. CLA assistant will save this decision for upcoming contributions.

This DCO replaces the previously used CLA ("Contributor License Agreement") as well as the "Corporate Contributor License Agreement" with new terms which are well-known standards and hence easier to approve by legal departments. Contributors who had already accepted the CLA in the past may be asked once to accept the new DCO.

How to Contribute

  1. Make sure the change is welcome (see General Remarks).
    • Also check on the Issue Tracker whether related tasks are already being worked on, blocked, or in discussion.
  2. Create a branch by forking the repository and apply your change.
  3. Commit and push your change on that branch.
  4. Create a pull request.
  5. Follow the link posted by the CLA assistant to your pull request and accept it, as described above.
  6. Wait for our code review and approval, possibly enhancing your change on request.
    • Note that the NeonBee contributors have many duties. So, depending on the required effort for reviewing, testing, and clarification, this may take a while.
  7. Once the change has been approved and merged, we will inform you in a comment.
  8. Celebrate! 🎉