Skip to content

Latest commit

 

History

History
105 lines (64 loc) · 6.25 KB

CONTRIBUTING.md

File metadata and controls

105 lines (64 loc) · 6.25 KB
Raw

Contributing to the SQL Server Kit

First of all, welcome! We're excited that you'd like to contribute. How would you like to help?

Everyone here is expected to abide by the Contributor Covenant Code of Conduct.

Wanna do something else, or have a question not answered here? Email to kast218@gmail.com

How to Report Bugs or Request Enhancements

Check out the Github issues list. Search for what you're interested in - there may already be an issue for it. Make sure to search through closed issues, too, because we often decline things that aren't a good fit for these tools.

If you can't find a similar issue, go ahead and open your own. Include as much detail as you can - what you're seeing now, and what you'd like to see.

When requesting new checks, keep in mind that we want to focus on:

  • Actionable warnings - SQL Server folks are usually overwhelmed with data, and we only want to report on things they can actually do something about
  • Performance issues or reliability risks - if it's just a setting we don't agree with, let's set that aside
  • Things that end users or managers will notice - if we're going to have someone change a setting on their system, we want it to be worth their time

Now head on over to the Github issues list and get started.

How to Write New T-SQL Checks

Before you code, check the Github issues list for what you're trying to do - there may already be an issue for it. Make sure to search through closed issues, too, because we often decline things that aren't a good fit for these tools.

If you've got a new idea that isn't covered in an existing issue, open a Github issue for it. Outline what you'd like to do, and how you'd like to code it. This just helps make sure other users agree that it's a good idea to add to these tools.

After a discussion, to start coding, open a new Github branch. This lets you code in your own area without impacting anyone else. When your code is ready, test it on a case-sensitive instance of the oldest supported version of SQL Server (2008), and the newest version (2016).

When it's ready for review, make a pull request, and one of the core contributors can check your work.

How to Fix Bugs in Existing T-SQL Checks

(stub)

How to Test Checks Written by Someone Else

(stub)

  • Test only on case-sensitive instances. A surprising number of folks out there run on these.
  • Test on as many currently-supported versions of SQL Server as possible. At minimum, test on the oldest version (currently 2008), and the newest version (currently 2016).

How to Write or Update Documentation

(stub)

The Contributor Covenant Code of Conduct

Our Pledge

In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.

Our Standards

Examples of behavior that contributes to creating a positive environment include:

  • Using welcoming and inclusive language
  • Being respectful of differing viewpoints and experiences
  • Gracefully accepting constructive criticism
  • Focusing on what is best for the community
  • Showing empathy towards other community members

Examples of unacceptable behavior by participants include:

  • The use of sexualized language or imagery and unwelcome sexual attention or advances
  • Trolling, insulting/derogatory comments, and personal or political attacks
  • Public or private harassment
  • Publishing others' private information, such as a physical or electronic address, without explicit permission
  • Other conduct which could reasonably be considered inappropriate in a professional setting

Our Responsibilities

Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.

Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.

Scope

This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.

Enforcement

Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting the project team at Help@BrentOzar.com. All complaints will be reviewed and investigated and will result in a response that is deemed necessary and appropriate to the circumstances. The project team is obligated to maintain confidentiality with regard to the reporter of an incident. Further details of specific enforcement policies may be posted separately.

Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.

Attribution

This Code of Conduct is adapted from the Contributor Covenant, version 1.4, available at http://contributor-covenant.org/version/1/4