• Discord.Net
• • 📄 Documentation
  • 📥 Installation
  • • Pre-Releases
    • Downloads
    • Unstable
  • 🛑 Known Issues
  • • WebSockets (Win7 and earlier)
  • 🗃️ Versioning Guarantees
  • • Patch component
    • Minor component
    • Major component
  • 📚 Branches
  • • Release/X.X
    • Dev
    • Feature/X
    • Docs/X

Discord.Net

Discord NET is an unofficial .NET API Wrapper for the Discord client (https://discord.com).

📄 Documentation

• https://discordnet.dev

📥 Installation

Discord.Net has a unique release system in order to maintain several versions with patches.
Discord.Net will keep maintaining version branches as long as it supports the available
Discord API versions.
Versions of Discord.Net that run a deprecated and discontinued version of the Discord API are no longer maintained.

Patches are released on maintained branches whenever critical issues appear. A new release will automatically be pushed to NuGet.

GitHub will not release older version patches, and only release a patch on the current version.
This release will make note of patches to other versions in which the same issue persisted.

Pre-Releases

At every implemented feature worth a new version, a new branch is created. (Release/3.5, Release/3.6...)

The community can get access to each commit to this branch through pre-releases.
Pre-releases are available on NuGet through specific version selection.
As pre-releases are released, the community gets the chance to play with new features without the guarantee that this feature is stable. Whenever bugs appear in pre-releases, contributors will fix them as soon as possible.
When all found bugs are squashed, the new version releases and becomes available on NuGet as normal.

Downloads

Our stable builds available from NuGet through the Discord.Net metapackage:

• Discord.Net

The individual components may also be installed from NuGet:

• Webhooks

  • Discord.Net.Webhook

• Text-Command & Interaction services.

  • Discord.Net.Commands
  • Discord.Net.Interactions

• Complete API coverage.

  • Discord.Net.WebSocket
  • Discord.Net.Rest

• The API core. Implements only entities and barebones functionality.

  • Discord.Net.Core

Unstable

Nightly builds are available through our MyGet feed (https://www.myget.org/F/discord-net/api/v3/index.json).
These builds target the dev branch.

🛑 Known Issues

WebSockets (Win7 and earlier)

.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 package.

🗃️ Versioning Guarantees

This library generally abides by Semantic Versioning. Packages are published in MAJOR.MINOR.PATCH version format.

Patch component

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.

Minor component

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.

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.

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.

Major component

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.

📚 Branches

Release/X.X

Release branch following Major.Minor. Upon release, patches will be pushed to these branches.
New NuGet releases will be tagged on these branches.

Dev

Development branch, available on MyGet. This branch is what pull requests are targetted to.

Feature/X

Branches that target Dev, adding new features. Feel free to explore these branches and give feedback where necessary.

Docs/X

Usually targets Dev. These branches are used to update documentation with either new features or existing feature rework.