Wie kann ich Bibliotheken sinnvoll Verwalten?

Hallo zusammen,

bei meiner Arbeit, fallen viele kleinere Projekte an, die in Teilen gemeinsamen Code haben. Da hat sich im Laufe der Zeit einiges angesammelt.

hier mal eine logging Klasse, da mal ein paar Klassen zum ansteuern von managed Switches u.s.w

Das ist mittlerweile eine schöne Ansammlung von code geworden. Nur langsam wirds ein wenig unübersichtlich. Ich weiß nicht mehr wo was in welcher Version aktuell ist.

Ich habe da ein paar Sachen ausprobiert:

-> bauen von Nuget Packages: da finde ich den Workflow ziemlich doof bei bugfixes und Erweiterungen. Packages automatisch erstellen lassen geht ja nur bei .Net Core anwendungen und das erzeugt bei mir immer einen Wust an dlls. Von Hand ist das ziemlich mühsam. nuspec Datei ändern, binary umkopieren, nuget package erzeugen und dann ins Repository Verzeichnis kopieren und dann im Zielprojekt updaten.

Vorteil ist, dass Unittests in einem eigenem Projekt leichter möglich sind (wenn machbar)

-> als SVN external einbinden: Eigentlich eine ziemlich runde Sache. Nur leider kann man gemeinsame Abhängigkeiten nicht gut auflösen. Man hat dann am Ende im Zielprojekt teilweise zig mal die gleichen Klassen

-> Sourcen kopieren: So mache ich das gerade. Nur leider verschwindet der Überblick, was denn jetzt die letze Version mit den letzten Bugfixes und den neuesten Features ist.

Wie macht ihr das. Hat da wer einen Tip für mich?
Zu bedenken ist, dass ich nicht der einzige bin, der diese Klassen benutzt, aber der einzige, der dran rumschraubt.

Grüße,

Wie mein Workflow mit Nuget ist, hab ich ja hin geschrieben.


Git ist nicht und TFS auch nicht.

Zitat von Abt:

Nö.

Gut, ich spezifiziere es mal genauer. vom VS Studio das NuGet Package erstellen lassen geht nur bei .Net Core Anwendungen. Falls ich falsch liege, dann bitte her mit der Anleitung, ich finde nämlich nichts.

Zitat von Abt:

dann ist die Software Architektur Käse.

Ich gebe ja gerne zu, dass ich was falsch mache. Kompiliere ich meine Biblioteken als .Net Core, kommen alle benutzen Referenzen von .Net Core mit ins Ausgabeverzeichnis.

Zitat von Abt:

man muss nichts per Hand ändern - noch nie. Egal ob .NET Framework, .NET Core oder .NET Standard.

Die Version wird im .nuspec beim compilieren automatisch angepasst? Bei mir leider nicht.

Zitat von Abt:

totale Käse, von Vorn bis hinten.

Meine Rede

Ich bin leider an SVN und VS ohne TFS gebunden und das lässt sich auch nicht ändern.

Hi panicJonny,

an NuGet führt mMn kein Weg vorbei.

Ich vermeide klassische .NET Framework-Projekte, denn die benötigen (wie Du geschrieben hast) manuelle Zuarbeit.
Meine Bibliotheken sind nur noch .NET-Standard-Projekte, bei denen ich das Target-Framework in der Projektdatei anpasse, um Legacy-DLL's und gleichzeitig .NET-Core DLL's zu erzeugen.
Das sieht ungefähr so aus:

XML-Code:

<TargetFrameworks>net46;netstandard2.0</TargetFrameworks>

Damit bekommst Du das Packaging-Feature von Visual Studio geschenkt :-)

Bei reinen Legacy-Projekten, habe ich leider auch noch keinen anderen Weg gefunden, als die .nuspec-Datei selber zu erzeugen und dann über nuget.exe das Paket bei Bedarf zu erstellen:

Code: 1: nuget.exe pack -IncludeReferencedProjects -properties Configuration=Release

Ein Repository-Verzeichnis würde ich nicht verwenden.
Ich benutze einen Nexus-Server, der ist kostenlos und einfach zu installieren:
 https://de.sonatype.com/nexus-repository-sonatype

Das Ganze könnte man/frau automatisieren (z.B. per nuget push) und auch die Versionierung ist wohl automatisch machbar:
 https://stackoverflow.com/questions/23754398/how-do-i-auto-increment-the-package-version-number

Da kann man sich mit Batch-Dateien, PowerShell usw. austoben, aber ich würde das ehrlich gesagt nicht machen. Der Weg über .NET-Standard-Projekte zu gehen ist leichter und zeitgemäßer.

Bezüglich SVN kann ich Dir nur den Tip geben: Wechsel zu Git.
Es ist wirklich ein Quantensprung bezüglich der Versionierung und der Teamarbeit.
Ein eigener GitLab-Server auf ner kleinen Ubuntu-Kiste ist schnell aufgesetzt oder Du verwendest eine AWS-Maschine:
 https://aws.amazon.com/marketplace/pp/B071RFCJZK

Zitat von panicJonny:

Wenn ich anfange einen eigenen GitLab Server in einer VM aufzusetzen bekomme ich tüchtig Haue von unserer IT (und das Zurecht). Manche Sachen muss man einfach nehmen, wie sie sind.

Zu unrecht.
Die IT sollte haue bekommen, dass sie als Dienstleister nicht in der Lage ist die Plattform für die notwendigen Arbeitsprozesse zu stellen.
Ein großes Problem in Deutschland - und eines der Grunde, wieso es so viel Schatten-IT gibt. Seh ich als Berater leider immer wieder und scheue mich nicht davor den Verantwortlichen die Augen zu öffnen.
Eine IT, die ihren Dienstleistungspflichten nicht nachkommt, ist ein Unternehmensrisiko - sowohl aktiv wie auch passiv.