Skip to content

Commit 0134ff7

Browse files
committed
Update README.md
1 parent 12dadd8 commit 0134ff7

File tree

1 file changed

+24
-2
lines changed

1 file changed

+24
-2
lines changed

README.md

Lines changed: 24 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -119,14 +119,36 @@ The build has 5 main dependencies tracked that will trigger a rebuild on an upda
119119

120120
When a new build is triggered for updating `qBittorrent` or `Libtorrent` a new release will be generated as the release tags will be updated.
121121

122-
Since I do not append revision info to tags `Qt` - `Boost` - `Openssl` builds will only update the existing release assets.
122+
Since I do not append revision info to tags `Qt` - `Boost` - `Openssl` or patched builds it will only update the existing release assets.
123123

124-
To track these revisions you can use this command. All new releases start at a revision of `0` and increment by `1` per revised build.
124+
Revisions values are incremented in the `dependency-version.json` of the release. All new releases start at a revision of `0` and increment by `1` per revised build.
125+
126+
### Tracking latest release revisions (Libtorrent v2.0)
127+
128+
Simply use this command.
125129

126130
```bash
127131
jq -r '.revision' < <(curl -sL "https://github.com/userdocs/qbittorrent-nox-static/releases/latest/download/dependency-version.json")
128132
```
129133

134+
### Tracking v2.0 and v1.2 releases independently
135+
136+
There are times when the revision counts may differ between `v2.0` and `v1.2` builds as the `dependency-version.json` is unique to the release but has some shared values that won't change. In this case you need to track them as independent values unique to their release.
137+
138+
To do this you start by getting the current release version value first, for example, getting the `v1.2` prerelease revision value.
139+
140+
```bash
141+
release="$(jq -r '. | "release-\(.qbittorrent)_v\(.libtorrent_1_2)"' < <(curl -sL https://github.com/userdocs/qbittorrent-nox-static/releases/latest/download/dependency-version.json))"
142+
```
143+
144+
Then get the revision from that specific release.
145+
146+
```bash
147+
jq -r '.revision' < <(curl -sL "https://github.com/userdocs/qbittorrent-nox-static/releases/download/${release}/dependency-version.json")
148+
```
149+
150+
Now you have tracked the current revision of the latest release of the libtorrent v1.2 binary.
151+
130152
## Dependency json
131153

132154
From `release-4.4.5` each release contains a `dependency-version.json` file that provide some key version information for that is shared across the latest release and the twinned pre release. This helps to overcome some limitations of the API for consistently and directly accessing this information.

0 commit comments

Comments
 (0)