.NET-Strategie und gemeinsame Repositories

Ich arbeite mit C# und GIT. Ich habe mehrere Projekte, die gemeinsam genutzte Repositories verwenden. Ich habe Projekt A, Projekt B, Projekt C. Ich habe gemeinsam genutzte Repositorys 1 geteilt, Shared 2. Projekt A verwendet Shared 1 und 2. Projekt B verwendet Shared 2 und Projekt C verwendet Shared 1..NET-Strategie und gemeinsame Repositories

Was ist ein korrektes Ansatz für die Referenzierung Shared Repos. Sie können sie direkt als Quellcode verwenden oder in nugget packen und sie als Referenzen für jedes Projekt verwenden. Ich finde es schwierig, gleichzeitig an zwei Projekten zu arbeiten, die das gleiche gemeinsam genutzte Repository verwenden und je nach dem Projekt, für das sie verwendet werden, Änderungen benötigen. Wie überwinde ich dieses Problem?

Vielen Dank im Voraus

Quelle

2017-03-05 pantonis

Lokale NuGets, so können Sie sogar Versionierung haben –

Können Sie bitte erklären, was meinst du? – pantonis

Nuget ist der Weg zu gehen. Aber man konnte einen Blick auf Paket haben, das die Verwendung von nuget Pakete vereinfachen: https://fsprojects.github.io/Paket/

Und vor allem zwei Dinge, die Ihnen helfen können:

paket lokale https://fsprojects.github.io/Paket/local-file.html
git Abhängigkeiten https://fsprojects.github.io/Paket/git-dependencies.html

Quelle

2017-03-05 10:02:14 Philippe

Also für jede Änderung, die ich in einem gemeinsamen Repository während der Entwicklung eines Features mache, muss ich ein nugget-Paket erstellen? – pantonis

Ja, das ist das Schicksal jedes Entwicklers! Außer wenn Sie mit allen Ihren Projekten im selben Repository arbeiten. Die 2 Lösungen haben Vor-und Nachteile ... Oder verwenden Sie git Submodule (aber ich rate diese Lösung nicht) – Philippe

für jeden Commit in einem gemeinsamen Repo, auch wenn das Feature noch nicht fertig ist, muss ich auf Nuget veröffentlichen. Das klingt überflüssig :) – pantonis

.NET-Strategie und gemeinsame Repositories

Antwort

Verwandte Themen