Commit 75fe3e59 authored by Brad King's avatar Brad King

cargo: prep for 0.1103.0

parent 0af8eebd
[package]
name = "gitlab"
version = "0.1102.2"
version = "0.1103.0"
authors = ["Ben Boeckel <ben.boeckel@kitware.com>"]
license = "MIT/Apache-2.0"
description = """
Gitlab API client.
"""
repository = "https://gitlab.kitware.com/utils/rust-gitlab"
documentation = "https://docs.rs/gitlab/0.1102.2"
documentation = "https://docs.rs/gitlab/0.1103.0"
readme = "README.md"
keywords = ["gitlab", "api"]
categories = ["web-programming", "api-bindings"]
......
......@@ -3,7 +3,7 @@
This library implements an interface to communicate with a Gitlab instance. Not
all API endpoints are implemented, but patches are welcome.
The API is based off of the GitLab 11.2 API v4 and will likely aggressively track
The API is based off of the GitLab 11.3 API v4 and will likely aggressively track
new API additions, so the newest release may not support talking to older
releases where fields have been added.
......@@ -28,6 +28,7 @@ to the structure are easier to track.
Since this crate follows Gitlab upstream, semantic versioning may not be
possible. Instead, the crate uses the following versioning scheme:
* Gitlab 11.3 support → 0.1103.x
* Gitlab 11.2 support → 0.1102.x
* Gitlab 11.1 support → 0.1101.x
* Gitlab 11.0 support → 0.1100.x
......@@ -54,7 +55,7 @@ coverage. It is recommended to depend on the full version of the crate since
types may change in patch-level updates in order to match Gitlab's interface:
```toml
gitlab = "=0.1102.2"
gitlab = "=0.1103.0"
```
# API bugs
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment