Ho un'applicazione piuttosto semplice che consiste in un frontend angolare e un'API REST fatta in C # Per il frontend utilizzo WebStorm e per il back-end Visual Studio. Ora abbiamo bisogno di introdurre un nuovo controllo di versione e si è deciso di utilizzare Team Services (Git).
Non ci sono codici o risorse condivisi tra frontend e backend, ma sono accoppiati logicamente perché il frontend ha bisogno del backend e il backend è solo (e sarà sempre e solo) utilizzato da questo particolare frontend.
Sono abbastanza nuovo per Git ma so (un po ') cosa sono i sottomoduli, sottostruttura ecc.
Il mio pensiero iniziale era: Chiaramente, due repository sono la strada da percorrere, dal momento che posso pubblicare frontend / backend separatamente su server diversi, purché il backend esista da qualche parte a cui il frontend abbia accesso, tutti saranno felici. E:
- Webstorm e Visual Studio non interferiscono tra loro e "rubano" i commit (che personalmente trovo noiosi).
- O mostra i file che non appartengono al progetto. Ad esempio vedrei ogni file di backend quando apro il mio frontend in webstorm poiché si trovano nello stesso repository. O mi sbaglio?
D'altra parte dovrei assicurarmi che Frontend e Backend siano sempre compatibili. Quale penso non sia così difficile. Ma quei due repository sarebbero completamente separati in git e non ci sarebbe alcuna connessione tra i due.
Per quanto ne so non è possibile dire a git o webstorm / visual studio di usare solo una sottodirectory specifica, giusto?
Quindi, la mia domanda sarebbe. Cosa consiglieresti in questo caso?
- due repository
- un repository con solo sottodirectory
- un repository con sottoalberi (e un repository principale vuoto?)
- qualcosa di diverso
Grazie in anticipo