Thank you for your interest in contributing to [Software Licensing Module]! We welcome all contributions, whether you're reporting a bug, suggesting a feature, or improving documentation. Please take a moment to review these guidelines to help keep the process smooth and collaborative.
- Code of Conduct
- Getting Started
- How to Contribute
- Branching Strategy and Branch Protection
- Pull Request Process
- License
Please read our Code of Conduct to understand how to interact in this project. By participating, you agree to follow these guidelines, ensuring a respectful environment.
Before you start contributing, ensure you have the following:
- .NET 8.0 SDK installed
- Basic knowledge of C# and .NET Core development
- Familiarity with Git and GitHub
-
Fork the repository by clicking the Fork button at the top right of the GitHub page.
-
Clone your fork locally:
git clone https://github.com/JicoDotNet/Software-Licensing-Module-ERP-Net8.0.git cd your-repo-name -
Set up the main project dependencies:
dotnet restore
-
Create a new branch for your work:
git checkout -b your-feature-branch
If you discover a bug, please help us by submitting an issue:
- Provide a clear and descriptive title.
- Include detailed steps to reproduce the issue.
- Include screenshots or code snippets, if applicable.
- Mention the version of .NET (8.0), OS, and any other relevant environment details.
We are always looking for new ideas to improve the project. To suggest a feature:
- Search the issue tracker to ensure the feature hasn't already been suggested.
- If not, create a new issue with a detailed description of the proposed feature.
- Explain the problem your feature would solve and possible implementations.
We welcome improvements to our documentation! You can help by:
- Fixing typos or grammatical errors.
- Expanding explanations or adding new sections where clarification is needed.
- Updating out-of-date content as the project evolves.
For code changes or feature additions:
- Create a branch following the Branching Strategy.
- Write clean, readable, and maintainable code.
- Follow the coding conventions.
- Add unit tests for any new functionality or fix existing failing tests.
The master branch contains the stable, production-ready code. No one can directly push to master. All changes must be done via pull requests (PRs) and require code review approval before merging.
The develop branch is where active development takes place. Contributors should branch off from develop and open PRs to merge changes back into develop.
- No direct commits are allowed to the
masterordevelopbranches. - All PRs must pass the following checks before merging:
- CI build (via GitHub Actions)
- Code review by at least one maintainer
- Unit tests pass (Optional)
- Feature branches should be up-to-date with
developbefore merging
- Require signed commits for any branch.
- No force pushes or reverts are allowed on
masterordevelopwithout approval from the maintainers.
- Ensure your branch is up-to-date with the latest changes from
develop. - Submit a pull request to merge your feature branch into
develop. - Clearly describe what the PR does and reference any related issues (e.g.,
Fixes #123). - Wait for code review and make changes if requested.
- Once all checks pass and reviews are approved, a maintainer will merge the PR.
- Follow the existing code style and structure.
- Limit each PR to one feature or bug fix. If you have multiple changes, submit separate PRs.
- Write meaningful commit messages explaining the changes in detail.
By contributing, you agree that your contributions will be licensed under the GNU General Public License v3.0.