github.com/canthefason/helm@v2.2.1-0.20170221172616-16b043b8d505+incompatible/CONTRIBUTING.md (about)

     1  # Contributing Guidelines
     2  
     3  The Kubernetes Helm project accepts contributions via GitHub pull requests. This document outlines the process to help get your contribution accepted.
     4  
     5  ## Reporting a Security Issue
     6  
     7  Most of the time, when you find a bug in Helm, it should be reported
     8  using [GitHub issues](github.com/kubernetes/helm/issues). However, if
     9  you are reporting a _security vulnerability_, please email a report to
    10  [helm-security@deis.com](mailto:helm-security@deis.com). This will give
    11  us a chance to try to fix the issue before it is exploited in the wild.
    12  
    13  ## Contributor License Agreements
    14  
    15  We'd love to accept your patches! Before we can take them, we have to jump a
    16  couple of legal hurdles.
    17  
    18  The Cloud Native Computing Foundation (CNCF) CLA [must be signed](https://github.com/kubernetes/community/blob/master/CLA.md) by all contributors.
    19  Please fill out either the individual or corporate Contributor License
    20  Agreement (CLA).
    21  
    22  Once you are CLA'ed, we'll be able to accept your pull requests. For any issues that you face during this process,
    23  please add a comment [here](https://github.com/kubernetes/kubernetes/issues/27796) explaining the issue and we will help get it sorted out.
    24  
    25  ***NOTE***: Only original source code from you and other people that have
    26  signed the CLA can be accepted into the repository. This policy does not
    27  apply to [third_party](third_party/) and [vendor](vendor/).
    28  
    29  ## How to Submit a Proposal
    30  
    31  Submit proposals through the issue queue. The title of your issue should start with `PROPOSAL:`.
    32  
    33  ## How to Contribute a Patch
    34  
    35  1. If you haven't already done so, sign a Contributor License Agreement (see details above).
    36  1. Fork the desired repo, develop and test your code changes.
    37  1. Submit a pull request.
    38  
    39  Coding conventions and standards are explained in the official
    40  developer docs:
    41  https://github.com/kubernetes/helm/blob/master/docs/developers.md
    42  
    43  ### Merge Approval
    44  
    45  Helm collaborators may add "LGTM" (Looks Good To Me) or an equivalent comment to indicate that a PR is acceptable. Any change requires at least one LGTM.  No pull requests can be merged until at least one Helm collaborator signs off with an LGTM.
    46  
    47  If the PR is from a Helm collaborator, then he or she should be the one to merge and close it. This keeps the commit stream clean and gives the collaborator the benefit of revisiting the PR before deciding whether or not to merge the changes.
    48  
    49  ## Support Channels
    50  
    51  Whether you are a user or contributor, official support channels include:
    52  
    53  - GitHub issues: https://github.com/kubenetes/helm/issues/new
    54  - Slack: #Helm room in the [Kubernetes Slack](http://slack.kubernetes.io/)
    55  
    56  Before opening a new issue or submitting a new pull request, it's helpful to search the project - it's likely that another user has already reported the issue you're facing, or it's a known issue that we're already aware of.