File: CONTRIBUTING.md

package info (click to toggle)
libsndfile 1.2.2-4
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 5,180 kB
  • sloc: ansic: 55,354; cpp: 1,108; python: 791; makefile: 545; sh: 538; cs: 122
file content (49 lines) | stat: -rw-r--r-- 2,109 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
# Contributing

## Submitting Issues

* If your issue is that libsndfile is not able to or is incorrectly reading one
  of your files, please include the output of the `sndfile-info` program run
  against the file.
* If you are writing a program that uses libsndfile and you think there is a bug
  in libsndfile, reduce your program to the minimal example, make sure you compile
  it with warnings on (for GCC I would recommend at least `-Wall -Wextra`) and that
  your program is warning free, and that is is error free when run under Valgrind
  or compiled with AddressSanitizer.

## Submitting Patches

* Patches should pass all existing tests
* Patches should pass all pre-commit hook tests.
* Patches should always be submitted via a either Github "pull request" or a
  via emailed patches created using "git format-patch".
* Patches for new features should include tests and documentation.
* Commit messages should follow the ["How to Write a Git Commit Message"](https://chris.beams.io/posts/git-commit/) guide:
  1. Separate subject from body with a blank line
  2. Limit the subject line to 50 characters
  3. Capitalize the subject line
  4. Do not end the subject line with a period
  5. Use the imperative mood in the subject line
  6. Wrap the body at 72 characters
  7. Use the body to explain what and why vs. how

  Additional rule: the commit message may contain a prefix. The prefix must
  contain the name of the feature or source file related to the commit and must
  end with a colon followed by the message body.

  Examples of good commit messages:
  1. Fix typo
  2. Update CHANGELOG.md
  3. Add ACT file format support
  4. ogg_vorbis: Fix granule position when seeking Vorbis streams

  Examples of bad commit messages:
  1. Fixed bug (rule 5)
  2. update docs (rule 3)
  3. Add very cool feature. (rule 4)

* Patches to fix bugs should either pass all tests, or modify the tests in some
  sane way.
* When a new feature is added for a particular file format and that feature
  makes sense for other formats, then it should also be implemented for one
  or two of the other formats.