NuGet/Home

Failed to restore NuGets from local source with trailing backslash

Open

#7 495 ouverte le 9 nov. 2018

Voir sur GitHub
 (3 commentaires) (0 réactions) (0 assignés)HTML (292 forks)batch import
Area:SettingsPlatform:XplatPriority:3Type:Bughelp wanted

Métriques du dépôt

Stars
 (1 459 stars)
Métriques de merge PR
 (Merge moyen 464j 23h) (1 PR mergée en 30 j)

Description

Details about Problem

NuGet product used: NuGet.Configuration assemblies

NuGet version (4.8.0):

OS version: macOS 10.13.6

Worked before? If so, with which NuGet version: N/A

Detailed repro steps so we can see the same problem

Originally filed on Developer Community against Visual Studio for Mac.

  1. Have a NuGet.Config file that uses a backslash for a local package source.
  2. With a custom NuGet package in the package source that is defined with a backslash and a project that uses it.
  3. Get the package source information.
  4. Package source information contains a backslash.

Sample test project - https://developercommunity.visualstudio.com/content/problem/374264/failed-to-restore-nugets-from-local-source-with-tr.html

Not sure if this is would be considered a bug in NuGet. NuGet could fix up Windows path separators so things work on the Mac.

Sample Project

https://github.com/mrward/TestNuGetPackageSourceBackslashMac

Guide contributeur

Direction de recherche
Étudiez comment NuGet.Configuration gère les chemins des sources de packages. Concentrez vous sur le code qui lit les fichiers NuGet.Config et stocke les URL avec des chemins de fichiers. Assurez vous que les barres obliques inverses sont normalisées en barres obliques sur les plateformes non Windows. Reportez vous au projet de reproduction à l'adresse https://github.com/mrward/TestNuGetPackageSourceBackslashMac et au problème de la Communauté des développeurs lié. Vérifiez s'il existe des PR ou des discussions existantes dans NuGet/Home concernant la normalisation des chemins.
Stack technique
csharp
Domaine
tooling
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Récente
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitC#NuGet
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60