TFS / VS Strategia di ramificazione con API Web separate

0

Quindi abbiamo 3 filiali che corrispondono ai nostri ambienti per tutti i nostri progetti (Dev, Test, Main). Abbiamo un server di sviluppo, un server di test, un server di produzione e quando eseguiamo il commit su ciascun ramo viene avviata una build e una distribuzione ai rispettivi server. Quando abbiamo una nuova funzione, creiamo i branch delle funzionalità da Main.

Abbiamo un sito Web che utilizza più API Web che sono ciascun progetto separato. Tuttavia, per eseguire il debug del sito Web in locale, portiamo quelle web API nella soluzione del sito Web e le avvieremo tutte prima del sito stesso. Il problema arriva quando è il momento di unire. Dal momento che il nostro ramo delle funzionalità punta al fatto che l'unione di dev web api si fonde da feature a dev non è un problema, ma unendo da dev a test ovviamente non vogliamo che il ramo dev delle API si unisca e quindi da test a main, non vorremmo il ramo di sviluppo o di prova delle API da unire.

Abbiamo pensato di non unire il file della soluzione in quanto contiene le informazioni su quali progetti includere, ma potrebbero esserci altre modifiche valide al file della soluzione che vogliamo unire.

Quale sarebbe una soluzione a questo problema? In generale, in che modo gli altri gestiscono un sito Web che necessita di API Web distinte per l'esecuzione corretta nel loro ambiente locale durante la codifica? Hai appena gli sviluppatori a sapere quali sono le API necessarie e chiedono loro di aprire questi progetti separatamente se vogliono eseguire l'intero sito Web localmente e in questo modo il file della soluzione del sito web non ha bisogno di avere il progetto al suo interno? Sembra che se hai un sacco di web api, potrebbe diventare complicato e complicato dover sapere quali aprire e vedere quante istanze di Visual Studio si aprono. Questo sito Web è una specie di dashboard con molte funzionalità diverse, motivo per cui le API sono progetti separati in quanto vengono utilizzati in molti front-end diversi (più siti Web e app mobili).

Ogni pensiero sarebbe apprezzato.

    
posta user441521 09.07.2018 - 17:01
fonte

1 risposta

1

Quando è in esecuzione localmente, indirizza gli endpoint api nell'ambiente dev. Non eseguire copie locali di tutte le API e non avere più di un eseguibile in una soluzione.

Inoltre, non disporre di un ramo per ambiente. Esegui una versione con versione sul server di build e distribuiscila su dev - > test - > vivere

    
risposta data 09.07.2018 - 17:47
fonte

Leggi altre domande sui tag