FSharp.Azure.Cosmos 1.0.0

FSharp.Azure.Cosmos

An F# idiomatic wrapper for Azure Cosmos DB SDK that provides strongly-typed response handling and computation expressions for all Cosmos DB operations.

Features

F# Idiomatic Operations

• Responds with discriminated unions for each Cosmos DB operation to handle status codes as values instead of exceptions
• F# computation expressions for all Cosmos DB operations:
  • Read
  • ReadMany
  • Create
  • Replace
  • Upsert
  • Delete
  • Patch
• Unique key definition through computation expressions
• Extension methods for executing operations defined with computation expressions

Modern Query Support

• Query extensions that create IAsyncEnumerable (TaskSeq) from FeedIterator/IQueryable
• CancellableTaskSeq module

Documentation

Builds

GitHub Actions

NuGet

Package	Stable	Prerelease
FSharp.Azure.Cosmos

Developing

Make sure the following requirements are installed on your system:

• dotnet SDK 8.0 or higher

or

• VSCode Dev Container

Environment Variables

• CONFIGURATION will set the configuration of the dotnet commands. If not set, it will default to Release.
  • CONFIGURATION=Debug ./build.sh will result in -c additions to commands such as in dotnet build -c Debug
• ENABLE_COVERAGE Will enable running code coverage metrics. AltCover can have severe performance degradation so code coverage evaluation are disabled by default to speed up the feedback loop.
  • ENABLE_COVERAGE=1 ./build.sh will enable code coverage evaluation

Building

build.cmd <optional buildtarget> // on windows

./build.sh <optional buildtarget>// on unix

Build Targets

• Clean - Cleans artifact and temp directories.
• DotnetRestore - Runs dotnet restore on the solution file.
• DotnetBuild - Runs dotnet build on the solution file.
• FSharpAnalyzers - Runs BinaryDefense.FSharp.Analyzers.
• DotnetTest - Runs dotnet test on the solution file.
• GenerateCoverageReport - Code coverage is run during DotnetTest and this generates a report via ReportGenerator.
• ShowCoverageReport - Shows the report generated in GenerateCoverageReport.
• WatchTests - Runs dotnet watch with the test projects. Useful for rapid feedback loops.
• GenerateAssemblyInfo - Generates AssemblyInfo for libraries.
• DotnetPack - Runs dotnet pack. This includes running Source Link.
• SourceLinkTest - Runs a Source Link test tool to verify Source Links were properly generated.
• PublishToNuGet - Publishes the NuGet packages generated in DotnetPack to NuGet via paket push. Runs only from Github Actions.
• GitRelease - Creates a commit message with the Release Notes and a git tag via the version in the Release Notes.
• GitHubRelease - Publishes a GitHub Release with the Release Notes and any NuGet packages. Runs only from Github Actions.
• FormatCode - Runs Fantomas on the solution file.
• CheckFormatCode - Runs Fantomas --check on the solution file.
• BuildDocs - Generates Documentation from docsSrc and the XML Documentation Comments from your libraries in src.
• WatchDocs - Generates documentation and starts a webserver locally. It will rebuild and hot reload if it detects any changes made to docsSrc files, or libraries in src.

Releasing

• Start a git repo with a remote git init git add . git commit -m "Scaffold" git branch -M main git remote add origin https://github.com/fsprojects/FSharp.Azure.Cosmos.git git push -u origin main
• Create an Environment on your repository named nuget.
• Create a NuGet API key
• Add your NUGET_TOKEN to the Environment Secrets of your newly created environment.
• Then update the CHANGELOG.md with an "Unreleased" section containing release notes for this version, in KeepAChangelog format.

NOTE: Its highly recommend to add a link to the Pull Request next to the release note that it affects. The reason for this is when the RELEASE target is run, it will add these new notes into the body of git commit. GitHub will notice the links and will update the Pull Request with what commit referenced it saying "added a commit that referenced this pull request". Since the build script automates the commit message, it will say "Bump Version to x.y.z". The benefit of this is when users goto a Pull Request, it will be clear when and which version those code changes released. Also when reading the CHANGELOG, if someone is curious about how or why those changes were made, they can easily discover the work and discussions.

Releasing Documentation

• Set Source for "Build and deployment" on GitHub Pages to GitHub Actions.
• Documentation is auto-deployed via GitHub Action to Your GitHub Page