You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We welcome all types of contributions, including bug fixes, feature enhancements,
16
16
bug reports, documentation, graphics, and many others. You might consider contributing by:
@@ -29,7 +29,7 @@ made to increase the value of HashStore to the community. We strive to
29
29
incorporate code, documentation, and other useful contributions quickly and
30
30
efficiently while maintaining a high-quality software product.
31
31
32
-
## Pull Requests
32
+
## 🌳 Pull Requests
33
33
We use the pull-request model for contributions. See [GitHub's help on pull-requests](https://help.github.com/articles/about-pull-requests/).
34
34
35
35
In short:
@@ -43,7 +43,7 @@ In short:
43
43
- our team may request changes before we will approve the Pull Request, or we will make them for you
44
44
- once the code is reviewed, our team will merge in your changes to `develop` for the next planned release
45
45
46
-
## Development Workflow
46
+
## 🔀 Development Workflow
47
47
48
48
Development is managed through the git repository at https://github.com/DataONEorg/hashstore. The repository is organized into several branches, each with a specific purpose.
49
49
@@ -104,7 +104,7 @@ gitGraph
104
104
merge develop id: "11" tag: "v1.1.0"
105
105
```
106
106
107
-
## Release process
107
+
## 🚀 Release Process
108
108
109
109
1. Our release process starts with integration testing in a `develop` branch. Once all
110
110
changes that are desired in a release are merged into the `develop` branch, we run
@@ -115,7 +115,7 @@ reflect the new release and the `develop` branch can be fast-forwarded to sync w
115
115
start work on the next release.
116
116
3. Releases can be downloaded from the [GitHub releases page](https://github.com/DataONEorg/hashstore/releases).
117
117
118
-
## Testing
118
+
## 🔬 Testing
119
119
120
120
**Unit and integration tests**. HashStore has a full suite of `pytest` tests in the `tests` subdirectory.
121
121
Any new code developed should include a robust set of tests for each public
@@ -127,15 +127,15 @@ or merging to `develop`.
127
127
Tests are automatically run via GitHub Actions. Check the root `README.md` file
128
128
for this GitHub Actions status badge and make sure it says "Passing":
129
129
130
-
## Code style
130
+
## 🎨 Code Style
131
131
132
132
Code should be written to professional standards to enable clean, well-documented,
133
133
readable, and maintainable software. While there has been significant variability
134
134
in the coding styles applied historically, new contributions should strive for
135
135
clean code formatting. We generally follow PEP8 guidelines for Python code formatting,
136
136
typically enforced through the `black` code formatting package.
137
137
138
-
## Contributor license agreement
138
+
## 📄 Contributor License Agreement
139
139
140
140
In order to clarify the intellectual property license
141
141
granted with Contributions from any person or entity, you agree to
0 commit comments