|
1 | 1 | Who Maintains DPATH |
2 | 2 | =================== |
3 | 3 |
|
4 | | -dpath is primarily maintained by Andrew Kesterson <andrew@aklabs.net> and Caleb Case <calebcase@gmail.com>. These two individuals collectively govern the project. |
| 4 | +dpath was created by and originally maintained by Andrew Kesterson <andrew@aklabs.net> and Caleb Case <calebcase@gmail.com>. In July |
| 5 | +of 2020 they put out a call for new maintainers. [@bigsablept](https://github.com/bigsablept) and |
| 6 | +[@moomoohk](https://github.com/moomoohk) stepped up to become the new maintainers. |
5 | 7 |
|
6 | 8 | There are several individuals in the community who have taken an active role in helping to maintain the project and submit fixes. Those individuals are shown in the git changelog. |
7 | 9 |
|
8 | | -Becoming a Maintainer |
9 | | -===================== |
10 | | - |
11 | | -Nobody has to become a maintainer to submit a patch against dpath. Simply send the pull request on github. |
12 | | - |
13 | | -If you would like to help triage issues, attend monthly meetings, and become a regular part of the team working on the roadmap, send an email to andrew@aklabs.net and/or calebcase@gmail.com. |
14 | | - |
15 | 10 | Where and How do we communicate |
16 | 11 | =============================== |
17 | 12 |
|
18 | 13 | The dpath maintainers communcate in 3 primary ways: |
19 | 14 |
|
20 | 15 | 1. Email, directly to each other. |
21 | 16 | 2. Github via issue and pull request comments |
22 | | -3. A monthly maintainers meeting via telephone |
| 17 | +3. A monthly maintainers meeting via Zoom |
| 18 | + |
| 19 | +The remainder of this document is subject to change after further discussion among the new maintainers. |
23 | 20 |
|
24 | 21 | What is the roadmap |
25 | 22 | =================== |
@@ -76,11 +73,21 @@ The more complete process goes: |
76 | 73 | 6. Send your pull request |
77 | 74 | 7. If accepted, the maintainers will merge your pull request and close the issue. |
78 | 75 |
|
| 76 | +Branching Strategy |
| 77 | +================== |
| 78 | + |
| 79 | +We run a clean bleeding edge master. Long term support for major version numbers are broken out into version branches. |
| 80 | + |
| 81 | +* master : Current 3.x (bleeding edge) development |
| 82 | +* version/1.x : 1.x series bugfixes |
| 83 | +* version/2.x : 2.x series features and bugfixes |
| 84 | + |
| 85 | +We name bugfixes as "bugfix/ISSUENUMBER_shortname"; features are named "feature/ISSUENUMBER_shortname". All branches representing work against an issue must have the issue number in the branch name. |
79 | 86 |
|
80 | 87 | Cutting a New Release |
81 | 88 | ===================== |
82 | 89 |
|
83 | | -Releases for dpath occur automatically from travis-ci based on tags on the master branch. |
| 90 | +Releases for dpath occur automatically from travis-ci based on tags on the master branch, or on the version/[0-9].x branches for major version LTS. |
84 | 91 |
|
85 | 92 | akesterson@akesterson:~/dpath-python$ git tag |
86 | 93 | 1.0-0 |
@@ -108,11 +115,11 @@ Once upon a time, the version string was automatially computed based on the cont |
108 | 115 |
|
109 | 116 | To cut a new release, follow this procedure: |
110 | 117 |
|
111 | | -1. Commit a new dpath/version.py on the master branch with the format "MAJOR.MINOR.RELEASE" |
112 | | -2. Add a new tag of the form "build,MAJOR.MINOR,RELEASE" to the master branch. This tag must have the same version number as the one commmited in dpath/version.py or we will fill your desk drawers with cockroaches. |
113 | | -3. Push the new master version and the associated tag to github. |
| 118 | +1. Commit a new dpath/version.py on the appropriate branch with the format "MAJOR.MINOR.RELEASE" |
| 119 | +2. Add a new tag of the form "build,MAJOR.MINOR,RELEASE" to the appropriate branch. This tag must have the same version number as the one commmited in dpath/version.py or we will fill your desk drawers with cockroaches. |
| 120 | +3. Push the new branch version and the associated tag to github. |
114 | 121 | 4. travis-ci SHOULD push the new release to pypi. |
115 | 122 |
|
116 | 123 | If travis-ci fails to update pypi, follow the instructions on manually creating a release, here: |
117 | 124 |
|
118 | | -https://packaging.python.org/tutorials/packaging-projects/#uploading-the-distribution-archives |
| 125 | +https://packaging.python.org/tutorials/packaging-projects/#uploading-the-distribution-archives |
0 commit comments