Skip to content

Latest commit

 

History

History
61 lines (40 loc) · 3.08 KB

CONTRIBUTING.md

File metadata and controls

61 lines (40 loc) · 3.08 KB
Raw

Thanks very much for your interest in contributing to Fyne! The community is what makes this project successful and we are glad to welcome you on board.

There are various ways to contribute, perhaps the following helps you know how to get started.

Reporting a bug

If you've found something wrong we want to know about it, please help us understand the problem so we can resolve it.

  1. Check to see if this already is recorded, if so add some more information issue list
  2. If not then create a new issue using the bug report template
  3. Stay involved in the conversation on the issue as it is triaged and progressed.

Fixing an issue

Great! You found an issue and figured you can fix it for us. If you can follow these steps then your code should get accepted fast.

  1. Read through the "Contributing Code" section further down this page.
  2. Write a unit test to show it is broken.
  3. Create the fix and you should see the test passes.
  4. Run the tests and make sure everything still works as expected using go test ./....
  5. Open a PR and work through the review checklist.

Adding a feature

It's always good news to hear that people want to contribute functionality. But first of all check that it fits within our [[Vision]] and if we are already considering it on our [[Roadmap]]. If you're not sure then you should join our #fyne-contributors channel on the gophers Slack server

Once you are ready to code then the following steps should give you a smooth process:

  1. Read through the "Contributing Code" section further down this page.
  2. Think about how you would structure your code and how it can be tested.
  3. Write some code and enjoy the ease of writing Go code for even a complex project :).
  4. Run the tests and make sure everything still works as expected using go test ./....
  5. Open a PR and work through the review checklist.

Contributing Code

We aim to maintain a very high standard of code, through design, test and implementation. To manage this we have various checks and processes in place that everyone should follow, including:

  • We use the Go standard format (with tabs not spaces) - you can run gofmt before committing
  • Imports should be ordered according to the GoImports spec - you can use the goimports tool instead of gofmt.
  • Everything should have a unit test attached (as much as possible, to keep our coverage up)

Decision Process

The following points apply to our decision making process:

  • Any decisions or votes will be opened on the #fyne-contributors channel and follows lazy consensus.
  • Any contributors not responding in 4 days will be deemed in agreement.
  • Any PR that has not been responded to within 7 days can be automatically approval.
  • No functionality will be added unless at least 2 developers agree it belongs.

Bear in mind that this is a cross platform project so any new features would normally be required to work on multiple desktop and mobile platforms.