Mein Team erstellt eine Einzelseitenanwendung, die von einer ASP.NET-Anwendung bereitgestellt wird, die über Team Services bereitgestellt wird (war Visual Studio Online). .Bereitstellen mit Visual Studio Team Services aus separaten Front-End-/Back-End-Repositorys
jedoch die gleiche Git-Repository für Front-End- und Back-End-Code - mit dem Standard wwwroot Verzeichnis - wirft einige Probleme mit Werkzeugen und Projektstruktur; es wird unordentlich.
Das Team hätte eine bessere Trennung der Bedenken und würde nicht zuletzt eine standardisierte Repository-Struktur sowohl für Back-End- als auch Front-End-Code ermöglichen, wenn wir zwei separate Repos hätten.
Ist es möglich, den Front-End-Code heraus in sein eigenes Repository (die einen Standard-Build-Setup haben würden, das Ergebnis davon geht in wwwroot) zu trennen, aber dann beid Repositories als eine einzige Anwendung bereitstellen mit Teamdiensten?
Ist dies ein Job für Git-Submodul oder Subtree?
Oder vielleicht könnte das Front-End als ein NPM-Modul verpackt werden, das bei jeder Versionsänderung in das .NET-Repository gezogen wird?
Ich werde in Release-Management, danke schauen. Ich habe meine Frage mit einer neuen Option bearbeitet - NPM. Irgendein Gedanke dazu? – dalgard
Sie könnten das tun. Oder machen Sie es zu einem nugget-Paket, um mehr mit der Standard-Microsoft-Technologie Schritt zu halten. Aber in diesem Fall hättest du noch 2 Builds. – jessehouwing
@dalgard Ich habe genau das gleiche Problem. Ich habe es noch nicht mit Release-Management versucht, da ich bezweifle, dass es in der Lage ist, die Ergebnisse von zwei separaten Builds zu orchestrieren. Darf ich fragen, wie Sie gelandet sind? Meine Idee war, ein Integrationsprojekt zu erstellen, das die beiden anderen als git Submodule hat. Aber die Frage ist, ob Builds automatisch ausgelöst werden, wenn einer von ihnen gedrückt wird. – vanthome