Ho una domanda abbastanza specifica riguardante la struttura di Subversion, diversi livelli di autorizzazione e progetti e soluzioni di Visual Studio: sviluppiamo un framework con partner esterni con funzionalità che il partner non è autorizzato a vedere.
Considera la seguente struttura di una soluzione VS:
example.sln
| _ /unit1/unit1.csproj (inclusi i file cs)
| _ /unit2/unit2.csproj (inclusi i file cs)
| _ /unit3/unit3.csproj (inclusi i file cs)
unit1 e unit2 appartengono al framework, unit3 è una funzionalità specifica (segreta). Framework è funzionalmente senza unità3 (che verrà spedito come dll).
La mia domanda ora è: come può essere strutturato questo progetto se le due parti devono avere un ambiente di sviluppo funzionale, esempio.sln, riferimento unità3, ma il nostro partner esterno non avrà questa parte a causa dell'autorizzazione SVN. Ovviamente, abbiamo pieno accesso al repository.
Spero che la mia richiesta sia diventata chiara ... Sono in una traccia sbagliata con la mia domanda?
EDIT: Grazie a questa risposta vedo più chiaro. Ultima domanda: come implementare soluzioni diverse per gruppi diversi in modo che ciascun gruppo possa solo verificare la propria soluzione:
- due file sln in una directory con permessi diversi
- due alberi di directory per ogni soluzione con collegamenti ai progetti condivisi?