Skip to content

Latest commit

 

History

History
60 lines (47 loc) · 3.38 KB

CONTRIBUTING.md

File metadata and controls

60 lines (47 loc) · 3.38 KB

How to contribute

CSLA .NET is developed and maintained by a global development team composed of volunteers. We welcome your help!

Getting started

Making Changes

  • Create a topic/feature/issue branch from where you want to base your work.
    • This is usually the MarimerLLC/master branch.
    • Only target release branches if you are certain your fix must be on that branch. Releases are typically in maintenance mode and accept only critical bug fixes. Check with the project owners before working on anything other than critical bug fixes.
    • Create a feature branch in which to do your work. Avoid working directly on the master branch to make your own life easier.
  • Make commits of logical units.
  • Make sure your commit messages are in the proper format.
    #999 Make the example in CONTRIBUTING imperative and concrete

or

   Fixes #999 Describe the change made in a concise manner
   Closes #999 Describe the change made in a concise manner
  • Make sure you have added the necessary tests for your changes.
  • Run all the tests to assure nothing else was accidentally broken. This is particularly important because CSLA .NET is cross-platform (.NET Core, mono, .NET Framework, Xamarin, etc.) and you must ensure your code compiles and runs on all these platforms!

Submitting Changes

  • Print, sign, and email the contributor agreement document to Marimer LLC (rocky at lhotka dot net)
  • We will not accept large changes without a signed contributor agreement, but we may accept small edits to the existing codebase
  • By submitting a change, large or small, you grant ownership of the code and related IP to Marimer LLC, and you certify that you have the right to transfer such ownership
  • Push your changes to a topic branch in your fork of the repository.
  • Submit a pull request (PR) to the repository in the Marimer LLC organization.
    • Make sure the issue number (e.g. #999) is in the description of the PR so GitHub can automatically link the PR to the issue.

Additional Resources