bazel-contrib / bazel-contrib/rules_dotnet

Cannot resolve NuGet package references to local packages

Open
#124 4 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Starlark
Stars
209
Forks
98
Avg merge
3h 59m
Merged PRs (30d)
14

Description

Many monorepo enthusiasts insist that dependencies are checked into the source control system. The .NET ecosystem supports this by use of a custom NuGet feed. In Visual Studio, this can be achieved by creating a file called `NuGet.config` XML file and adding a `` element that contains a reference to the directory on disk containing the `.nupkg` files. In the IDE, this shows up as an entry in the Package Sources list of the NuGet Package Manager window.

Additionally, this would allow users to use internal packages not published to nuget.org, as there is currently no way to do this. The use case here is a version of a package where the maintainer either has not or will not accept bug fixes, and the development team maintains a forked version of the dependency project. There may not be any need for the development team to build this dependency as part of the target project, and the dependency code should not be a part of the target project.

Contributor guide

Open the contributing guide

Research direction

Start by tracing the existing NuGet package-resolution entry points in rules_dotnet; the issue names NuGet.config and its packageSources element as the expected configuration. Confirm how a local directory feed and an internal forked package should be selected, then verify that packages resolve without adding their source code to the target project. No repository file or test is named in the issue.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
build-system
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.