-
Notifications
You must be signed in to change notification settings - Fork 10
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #450 from bitcoin-sv/chore-arco47-adjust-to-repo-t…
…emplate ARCO-47: adjust to bitcoin-sv repo template
- Loading branch information
Showing
6 changed files
with
258 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,39 @@ | ||
--- | ||
name: Bug Report | ||
about: Report a bug or an issue you've found with `@bitcoin-sv/arc`. | ||
title: "[BUG]" | ||
labels: bug | ||
assignees: '' | ||
|
||
--- | ||
|
||
## Bug Description | ||
|
||
Briefly describe the bug/issue you've encountered. | ||
|
||
## Steps to Reproduce | ||
|
||
1. Step 1 | ||
2. Step 2 | ||
3. ... | ||
|
||
## Expected Behavior | ||
|
||
What should have happened if the bug hadn't occurred? | ||
|
||
## Actual Behavior | ||
|
||
What actually happened? | ||
|
||
## Stack Traces or Screenshots | ||
|
||
If applicable, add screenshots or stack traces to help explain the issue. | ||
|
||
## Environment | ||
|
||
- OS: [e.g. MacOS, Windows] | ||
- ARC version: [e.g. 1.1.79] | ||
|
||
## Additional Information | ||
|
||
Provide any additional context or information about the bug. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,24 @@ | ||
--- | ||
name: Discussion | ||
about: Propose a discussion or seek clarification about a feature or topic. | ||
title: "[DISCUSSION]" | ||
labels: discussion | ||
assignees: '' | ||
|
||
--- | ||
|
||
## Summary | ||
|
||
Briefly describe the topic you'd like to discuss. | ||
|
||
## Motivation | ||
|
||
Why do you believe this to be important? | ||
|
||
## Description | ||
|
||
Provide a detailed description or elaborate on your topic. | ||
|
||
## Additional References | ||
|
||
Provide any additional articles, links, or context that would help facilitate the discussion. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,22 @@ | ||
## Description of Changes | ||
|
||
Provide a brief description of the changes you've made. | ||
|
||
## Linked Issues / Tickets | ||
|
||
Reference any related issues or tickets, e.g. "Closes #123". | ||
|
||
## Testing Procedure | ||
|
||
Describe the tests you've added or any testing steps you've taken. | ||
|
||
- [ ] I have added new unit tests | ||
- [ ] All tests pass locally | ||
- [ ] I have tested manually in my local environment | ||
|
||
## Checklist: | ||
|
||
- [ ] I have performed a self-review of my own code | ||
- [ ] I have made corresponding changes to the documentation | ||
- [ ] My changes generate no new warnings | ||
- [ ] I have updated `CHANGELOG.md` with my changes |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,30 @@ | ||
# Code of Conduct | ||
|
||
## Introduction | ||
This Code of Conduct outlines the expectations for all contributors to our open-source project, as well as the responsibilities of the maintainers in ensuring a positive and productive environment. Our goal is to create excellent software. To achieve that, we foster a welcoming atmosphere for developers to collaborate and contribute to the project's success. | ||
|
||
## Expectations for Contributors | ||
All contributors are expected to: | ||
a. Treat others with respect and dignity. | ||
b. Be considerate of differing viewpoints. | ||
c. Collaborate constructively with others. | ||
d. Refrain from demeaning or harassing others. | ||
|
||
## Reporting Violations | ||
If you witness or experience any behavior that violates this Code of Conduct, please report it to the project maintainers. Reports can be made anonymously or by contacting a specific maintainer. | ||
|
||
## Enforcement | ||
The project maintainers are responsible for enforcing this Code of Conduct. They will investigate any reported violations and take appropriate action, which may include: | ||
a. Issuing a warning. | ||
b. Requiring an apology or remediation. | ||
c. Temporarily suspending or permanently banning a contributor from the project. | ||
|
||
## Maintainer Responsibilities | ||
Maintainers are responsible for: | ||
a. Upholding the Code of Conduct and setting a positive example for the community. | ||
b. Investigating and addressing reported violations in a fair and timely manner. | ||
c. Making decisions about merging code based on its merit alone, without bias or favoritism. | ||
|
||
## Changes to the Code of Conduct | ||
This Code of Conduct is subject to change as the project evolves. Any updates will be communicated to all contributors and posted in the project repository. | ||
By participating in this open-source project, you agree to abide by this Code of Conduct. We appreciate your cooperation in creating a positive and productive environment for everyone involved. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,84 @@ | ||
# CONTRIBUTING | ||
|
||
Thank you for considering contributing in the BSV Blockchain ecosystem! This document outlines the processes and practices we expect contributors to adhere to. | ||
|
||
## Table of Contents | ||
- [General Guidelines](#general-guidelines) | ||
- [Code of Conduct](#code-of-conduct) | ||
- [Posting Issues and Comments](#posting-issues-and-comments) | ||
- [Coding and PRs](#coding-and-prs) | ||
- [Getting Started](#getting-started) | ||
- [Pull Request Process](#pull-request-process) | ||
- [Coding Conventions](#coding-conventions) | ||
- [Documentation and Testing](#documentation-and-testing) | ||
- [Contact \& Support](#contact--support) | ||
|
||
## General Guidelines | ||
|
||
- **Issues First**: If you're planning to add a new feature or change existing behavior, please open an issue first. This allows us to avoid multiple people working on similar features and provides a place for discussion. | ||
|
||
- **Stay Updated**: Always pull the latest changes from the main branch before creating a new branch or starting on new code. | ||
|
||
- **Simplicity Over Complexity**: Your solution should be as simple as possible, given the requirements. | ||
|
||
## Code of Conduct | ||
|
||
### Posting Issues and Comments | ||
|
||
- **Be Respectful**: Everyone is here to help and grow. Avoid any language that might be considered rude or offensive. | ||
|
||
- **Be Clear and Concise**: Always be clear about what you're suggesting or reporting. If an issue is related to a particular piece of code or a specific error message, include that in your comment. | ||
|
||
- **Stay On Topic**: Keep the conversation relevant to the issue at hand. If you have a new idea or unrelated question, please open a new issue. | ||
|
||
### Coding and PRs | ||
|
||
- **Stay Professional**: Avoid including "fun" code, comments, or irrelevant file changes in your commits and pull requests. | ||
|
||
## Getting Started | ||
|
||
1. **Fork the Repository**: Click on the "Fork" button at the top-right corner of this repository. | ||
|
||
2. **Clone the Forked Repository**: `git clone https://github.com/YOUR_USERNAME/PROJECT.git` | ||
|
||
3. **Navigate to the Directory**: `cd PROJECT` | ||
|
||
4. **Install Dependencies**: Always run `go mod download` or `make deps` after pulling to ensure tooling is up to date. | ||
|
||
## Pull Request Process | ||
|
||
1. **Create a Branch**: For every new feature or bugfix, create a new branch. | ||
|
||
2. **Commit Your Changes**: Make your changes and commit them. Commit messages should be clear and concise to explain what was done. | ||
|
||
3. **Run Tests**: Ensure all tests pass. | ||
|
||
4. **Documentation**: All code must be fully annotated with comments. Update the documentation by running `make docs` before creating a pull request. | ||
|
||
5. **Push to Your Fork**: `git push origin your-new-branch`. | ||
|
||
6. **Open a Pull Request**: Go to your fork on GitHub and click "New Pull Request". Fill out the PR template, explaining your changes. | ||
|
||
7. **Code Review**: At least two maintainers must review and approve the PR before it's merged. Address any feedback or changes requested. | ||
|
||
8. **Merge**: Once approved, the PR will be merged into the main branch. | ||
|
||
## Coding Conventions | ||
|
||
- **Code Style**: We use `Effective Go` guideline for our coding style. Run `make lint` to ensure your code adheres to this style. | ||
|
||
- **Testing**: Always include tests for new code or changes. We aim for industry-standard levels of test coverage. | ||
|
||
- **Documentation**: All exported functions, structures and modules should be documented. Use comments to describe the purpose, parameters, and return values. | ||
|
||
## Documentation and Testing | ||
|
||
- **Documentation**: Update the documentation whenever you add or modify the code. Run `make docs` to generate the latest docs. | ||
|
||
- **Testing**: Write comprehensive tests, ensuring edge cases are covered. All PRs should maintain or improve the current test coverage. | ||
|
||
## Contact & Support | ||
|
||
If you have any questions or need assistance with your contributions, feel free to reach out. Remember, we're here to help each other grow and improve the ecosystem. | ||
|
||
Thank you for being a part of this journey. Your contributions help shape the future of the BSV Blockchain! |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters