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
Labs builds are available on nuget (`https://www.nuget.org/packages/Discord.Net.Labs/`) and myget (`https://www.myget.org/F/discord-net-labs/api/v3/index.json`).
50
+
### Unstable
48
51
49
-
## Compiling
52
+
Nightly builds are available through our MyGet feed (`https://www.myget.org/F/discord-net/api/v3/index.json`).
53
+
These builds target the dev branch.
50
54
51
-
In order to compile Discord.Net, you require the following:
55
+
## 🛑 Known Issues
52
56
53
-
### Using Visual Studio
57
+
### WebSockets (Win7 and earlier)
54
58
55
-
-[Visual Studio 2017](https://www.microsoft.com/net/core#windowsvs2017)
This library generally abides by [Semantic Versioning](https://semver.org). Packages are published in `MAJOR.MINOR.PATCH` version format.
65
75
66
-
### WebSockets (Win7 and earlier)
76
+
### Patch component
67
77
68
-
.NET Core 1.1 does not support WebSockets on Win7 and earlier. This issue has been fixed since the release of .NET Core 2.1. It is recommended to target .NET Core 2.1 or above for your project if you wish to run your bot on legacy platforms; alternatively, you may choose to install the [Discord.Net.Providers.WS4Net](https://www.nuget.org/packages/Discord.Net.Providers.WS4Net/) package.
78
+
An increment of the **PATCH** component always indicates that an internal-only change was made, generally a bugfix. These changes will not affect the public-facing API in any way, and are always guaranteed to be forward- and backwards-compatible with your codebase, any pre-compiled dependencies of your codebase.
69
79
70
-
##Versioning Guarantees
80
+
### Minor component
71
81
72
-
This library generally abides by [Semantic Versioning](https://semver.org). Packages are published in MAJOR.MINOR.PATCH version format.
82
+
An increment of the **MINOR** component indicates that some addition was made to the library,
83
+
and this addition is not backwards-compatible with prior versions.
84
+
However, Discord.Net **does not guarantee forward-compatibility** on minor additions.
85
+
In other words, we permit a limited set of breaking changes on a minor version bump.
73
86
74
-
An increment of the PATCH component always indicates that an internal-only change was made, generally a bugfix. These changes will not affect the public-facing API in any way, and are always guaranteed to be forward- and backwards-compatible with your codebase, any pre-compiled dependencies of your codebase.
87
+
Due to the nature of the Discord API, we will oftentimes need to add a property to an entity to support the latest API changes.
88
+
Discord.Net provides interfaces as a method of consuming entities; and as such, introducing a new field to an entity is technically a breaking change.
89
+
Major version bumps generally indicate some major change to the library,
90
+
and as such we are hesitant to bump the major version for every minor addition to the library.
91
+
To compromise, we have decided that interfaces should be treated as **consumable only**,
92
+
and your applications should typically not be implementing interfaces.
75
93
76
-
An increment of the MINOR component indicates that some addition was made to the library, and this addition is not backwards-compatible with prior versions. However, Discord.Net **does not guarantee forward-compatibility** on minor additions. In other words, we permit a limited set of breaking changes on a minor version bump.
94
+
> For applications where interfaces are implemented, such as in test mocks, we apologize for this inconsistency with SemVer.
77
95
78
-
Due to the nature of the Discord API, we will oftentimes need to add a property to an entity to support the latest API changes. Discord.Net provides interfaces as a method of consuming entities; and as such, introducing a new field to an entity is technically a breaking change. Major version bumps generally indicate some major change to the library, and as such we are hesitant to bump the major version for every minor addition to the library. To compromise, we have decided that interfaces should be treated as **consumable only**, and your applications should typically not be implementing interfaces. (For applications where interfaces are implemented, such as in test mocks, we apologize for this inconsistency with SemVer).
96
+
While we will never break the API (outside of interface changes) on minor builds,
97
+
we will occasionally need to break the ABI, by introducing parameters to a method to match changes upstream with Discord.
98
+
As such, a minor version increment may require you to recompile your code, and dependencies,
99
+
such as addons, may also need to be recompiled and republished on the newer version.
100
+
When a binary breaking change is made, the change will be noted in the release notes.
79
101
80
-
Furthermore, while we will never break the API (outside of interface changes) on minor builds, we will occasionally need to break the ABI, by introducing parameters to a method to match changes upstream with Discord. As such, a minor version increment may require you to recompile your code, and dependencies, such as addons, may also need to be recompiled and republished on the newer version. When a binary breaking change is made, the change will be noted in the release notes.
102
+
### Major component
81
103
82
-
An increment of the MAJOR component indicates that breaking changes have been made to the library; consumers should check the release notes to determine what changes need to be made.
104
+
An increment of the **MAJOR** component indicates that breaking changes have been made to the library;
105
+
consumers should check the release notes to determine what changes need to be made.
0 commit comments