-
Notifications
You must be signed in to change notification settings - Fork 1
Definitions
GitHub Issues can display two status definitions:
- ⚙️ Open
- ✅ Closed
Both definitions have some requirements.
- Open issues must be refined to the point where development can begin.
- Issues that are currently under development stay open.
- If an issue is currently open, the responsible developer MUST keep the issue updated, using either updated descriptions or comments.
- The issue must be assigned to a responsible developer.
- Review each other's issues.
- Take your time and be careful.
- Try to fix one issue at a time.
- Don't forget to assign labels.
- During development, fixes can gradually be rolled out, using the develop child branches.
- Every change to a branch triggers the GitHub Workflow.
- All changes must be tested successfully before an issue can be closed.
- Issues can only be closed once the GitHub Workflow has been completed.
- This ensures that all tests have finished successfully.
- At least one other member has reviewed the code changes and the issue.
- If an issue has been closed, the changes may be merged to the main branch.
- This will trigger the final tests.
- An issue may also be closed if it cannot be fixed or cannot be reproduced.
- If an issue has been stale for too long, the issue may also be closed.
- An issue may also be closed if it is irrelevant, obsolete, or superseded.
Copyright © 2025 Quintor B.V.
BCLD is licensed under the EUPL, Version 1.2 or – as soon they will be approved by the European Commission - subsequent versions of the EUPL (the "Licence"); You may not use BCLD except in compliance with the Licence. You may obtain a copy of the License at:
https://joinup.ec.europa.eu/collection/eupl/eupl-text-eupl-12
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" basis, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
-
Configuration
2.1 Build Configuration
2.2 Build Flow
2.3 Client Configuration -
Collaboration
6.1 Community Guidelines
6.2 Workflow
6.3 Definitions
6.4 About Us