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
* See also the [Versioning document on Wiki](https://github.com/ajgorhoe/wiki.IGLib/blob/main/IGLib/general/CiCd/Versioning.md) (*private repo*!)
20
+
***[To Do](#things-to-be-done)**
19
21
20
22
## Instructions for Developers
21
23
@@ -97,18 +99,22 @@ Division of modules into
97
99
* Should **avoid dependcncies on NuGet packages** and should **only have dependencies on .NET base libraries**.
98
100
* Should **avoid dependencies on complex .NET stuff** and stuff that is likely subject to changes (based on past experience) **such as serialization**.
99
101
102
+
## IGLib CI/CD
103
+
104
+
We currently use Github Actions for Continuous integration. [GitVersion](#versioning-iglib-modules) is used to automatize versioning.
105
+
100
106
### Versioning IGLib Modules
101
107
102
-
**See also** the [Versioning document o Wiki](https://github.com/ajgorhoe/wiki.IGLib/blob/main/IGLib/general/CiCd/Versioning.md) (private repo!)
108
+
**See also** the [Versioning document on Wiki](https://github.com/ajgorhoe/wiki.IGLib/blob/main/IGLib/general/CiCd/Versioning.md) (*private repo*!)
103
109
104
110
In this context, IGLib Module means a set of projects contained in a single repository.
105
111
106
-
We use **`[GitVersion](https://gitversion.net/docs/usage/msbuild)`** for versioning. This is done by including the following in .NET project files (.csproj):
112
+
We use **[GitVersion](https://gitversion.net/docs/usage/msbuild)** for versioning. This is done by including the following in .NET project files (.csproj):
The attribute `<PrivateAssets>all</PrivateAssets>` prevents the task from becoming a dependency of the package we build.
@@ -225,13 +231,15 @@ git tag -a v1.2.3 -m "Version 1.2.3"
225
231
git push origin v1.2.3
226
232
~~~
227
233
228
-
229
-
230
234
**Example Workflow**:
231
235
232
236
* tag the last verison on the `main` branch
233
237
* branch off `develop` and other branches like `feature` or `release` branches; they will be versioned according to rules specified in basic configuration plus additional configuration (e.g. `GitVersion.yml` in the repository root)
234
238
* when merging back to the `main` branch, tag the main branch with the version calculated by the GitVersion tool
235
239
* start again from the second pooint
236
240
237
-
241
+
242
+
243
+
## Things to Be Done
244
+
245
+
This section contains unarranged quick notes on what needs to be done.
0 commit comments