github.com/unicornultrafoundation/go-u2u@v1.0.0-rc1.0.20240205080301-e74a83d3fadc/CONTRIBUTING.md (about)

     1  # Contributing
     2  
     3  When contributing to this repository, please first discuss the change you wish to make via issue,
     4  email, or any other method with the owners of this repository before making a change. 
     5  
     6  Please note we have a code of conduct, please follow it in all your interactions with the project.
     7  
     8  ## Contribution Guidelines
     9  
    10  1. Ensure any install or build dependencies are removed before the end of the layer when doing a 
    11     build.
    12  2. Update the README.md with details of changes to the interface, this includes new environment 
    13     variables, exposed ports, useful file locations and container parameters.
    14  3. Increase the version numbers in any examples files and the README.md to the new version that this
    15     Pull Request would represent. The versioning scheme we use is [SemVer](http://semver.org/).
    16  4. You may merge the Pull Request in once you have the sign-off of two other developers, or if you 
    17     do not have permission to do that, you may request the second reviewer to merge it for you.
    18  
    19  ## Code of Conduct
    20  
    21  ### Our Pledge
    22  
    23  In the interest of fostering an open and welcoming environment, we as
    24  contributors and maintainers pledge to making participation in our project and
    25  our community a harassment-free experience for everyone, regardless of age, body
    26  size, disability, ethnicity, gender identity and expression, level of experience,
    27  nationality, personal appearance, race, religion, or sexual identity and
    28  orientation.
    29  
    30  ### Our Standards
    31  
    32  Examples of behavior that contributes to creating a positive environment
    33  include:
    34  
    35  * Using welcoming and inclusive language
    36  * Being respectful of differing viewpoints and experiences
    37  * Gracefully accepting constructive criticism
    38  * Focusing on what is best for the community
    39  * Showing empathy towards other community members
    40  
    41  Examples of unacceptable behavior by participants include:
    42  
    43  * The use of sexualized language or imagery and unwelcome sexual attention or
    44  advances
    45  * Trolling, insulting/derogatory comments, and personal or political attacks
    46  * Public or private harassment
    47  * Publishing others' private information, such as a physical or electronic
    48    address, without explicit permission
    49  * Other conduct which could reasonably be considered inappropriate in a
    50    professional setting
    51  
    52  ### Our Responsibilities
    53  
    54  Project maintainers are responsible for clarifying the standards of acceptable
    55  behavior and are expected to take appropriate and fair corrective action in
    56  response to any instances of unacceptable behavior.
    57  
    58  Project maintainers have the right and responsibility to remove, edit, or
    59  reject comments, commits, code, wiki edits, issues, and other contributions
    60  that are not aligned to this Code of Conduct, or to ban temporarily or
    61  permanently any contributor for other behaviors that they deem inappropriate,
    62  threatening, offensive, or harmful.
    63  
    64  ### Scope
    65  
    66  This Code of Conduct applies both within project spaces and in public spaces
    67  when an individual is representing the project or its community. Examples of
    68  representing a project or community include using an official project e-mail
    69  address, posting via an official social media account, or acting as an appointed
    70  representative at an online or offline event. Representation of a project may be
    71  further defined and clarified by project maintainers.
    72  
    73  ### Enforcement
    74  
    75  Instances of abusive, harassing, or otherwise unacceptable behavior may be
    76  reported by contacting the project team at [INSERT EMAIL ADDRESS]. All
    77  complaints will be reviewed and investigated and will result in a response that
    78  is deemed necessary and appropriate to the circumstances. The project team is
    79  obligated to maintain confidentiality with regard to the reporter of an incident.
    80  Further details of specific enforcement policies may be posted separately.
    81  
    82  Project maintainers who do not follow or enforce the Code of Conduct in good
    83  faith may face temporary or permanent repercussions as determined by other
    84  members of the project's leadership.
    85  
    86  ### Attribution
    87  
    88  This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
    89  available at [http://contributor-covenant.org/version/1/4][version]
    90  
    91  [homepage]: http://contributor-covenant.org
    92  [version]: http://contributor-covenant.org/version/1/4/
    93  
    94  ## Quality standards
    95  
    96  To be accepted, the PR should adhere to these quality standards (https://goreportcard.com/report/github.com/ **github_user** / **github_repo**):
    97  
    98  - The PR needs linked to at least one related issue
    99  - The PR naming should follow by this standard
   100     Fix: fix/...
   101     Add new feature: ft/...
   102     Improvement: improve/...
   103     Update: update/...
   104     Tests Coverage: test/
   105  - The PR/Issue needs a clear description
   106  - Go coding style should be followed by [https://go.dev/doc/effective_go](go best practices)
   107  - Code functions as documented and expected
   108  - Thoroughly documented (README, godoc comments, etc.) in english language, so everyone is able to understand the project's intention and how it works
   109  - Tests, where practical. If the library/program is testable, then coverage should be >= 80% for non-data-related packages and >=90% for data related packages. **Notice**: the tests will be reviewed too. 
   110  
   111  ## Maintainers
   112  
   113  To make sure every PR is checked, we have [team maintainers](MAINTAINERS). Every PR MUST be reviewed by at least two maintainers before it can get merged.
   114  
   115  The maintainers will review your PR and notify you and tag it in case any
   116  information is still missing. They will wait 8 days for your interaction, after
   117  that the PR will be closed.
   118  
   119  
   120  ## Reporting issues
   121  
   122  Please open an issue if you would like to discuss anything that could be improved or have suggestions.