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
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+1-47Lines changed: 1 addition & 47 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -173,50 +173,4 @@ The *Definition of Done* describes a list of criteria which issues have to meet
173
173
174
174
### Releasing Metafacture
175
175
176
-
We use semantic versioning in release numbers `A`.`B`.`C`, i.e. increase `A` when it's a major release breaking backward compatibility; increase `B` when it got new features; increase `C` indicating bug-fixes.
177
-
178
-
#### Build and publish to GitHub
179
-
180
-
The following commands trigger a release build.
181
-
182
-
1. Create a signed tag:
183
-
```
184
-
git tag -s metafacture-core-A.B.C
185
-
```
186
-
1. When prompted, add a sensible commit message. For instance, something like:
187
-
```
188
-
Publish first release of the Metafacture A line
189
-
```
190
-
1. You can now test the build locally by invoking:
191
-
```
192
-
./gradlew assemble
193
-
```
194
-
1. Finally, push the new tag to GitHub to trigger the actual release build:
195
-
```
196
-
git push --follow-tags metafacture-core-A.B.C
197
-
```
198
-
199
-
#### Publish to Maven Central
200
-
201
-
Upload archives to sonatype (where they can be released to Maven Central)
202
-
203
-
1. Make sure to have a clean directory (otherwise only a SNAPSHOT will be built):
204
-
```
205
-
git status
206
-
```
207
-
1. You need a `gradle.properties` in the root directory that looks like this:
0 commit comments