Wir verwenden Nuget für unsere interne Entwicklung, um Code für alle Teams gemeinsam zu nutzen. Es treten jedoch Probleme auf, wenn eine Person an Code arbeitet, der gleichzeitig auf mehreren Nuget-Paketen bereitgestellt wird. Zum Beispiel

A hängt von B ab, was von C abhängt.

Die Artefakte von A, B und C werden auf Nuget übertragen. Auf diese Weise verwalten wir die Abhängigkeiten zwischen A, B und C. Das Problem besteht darin, dass ein Entwickler Änderungen in C vornehmen und diese Änderungen schnell in A widerspiegeln möchte müssen den folgenden Prozess durchlaufen.

Machen Sie eine Änderung in C.Wechselgeld zum Git schiebenCI übernimmt den Wechsel zu C und erstellt und implementiert ein neues Nuget-Paket.Gehen Sie zu B und aktualisieren Sie den Verweis auf C mit einem Befehl zum Aktualisieren des Nuget-Pakets.Übertragen Sie die Änderung in die Datei packages.config auf gitCI übernimmt die Änderung an B und erstellt ein neues Nuget-Paket für B und stellt es bereitÖffnen Sie nun A und ändern Sie den Verweis auf B und das Nuget-Update-PaketNehmen Sie Änderungen in A vor, um mit den Änderungen in B (und transitiv in C) Schritt zu halten.

Dies scheint äußerst schmerzhaft zu sein und veranlasst einige unserer Entwickler, die Wahl von Nuget für unseren intern entwickelten Code in Frage zu stellen. Jeder mag es immer noch, externe Pakete zu konsumieren.

Gibt es einen besseren Workflow für die interne Verwendung von Nuget?