Esiste un modo disponibile per identificare se esiste un progetto in una soluzione o un riferimento in un progetto proveniente da un altro ramo di origine TFS? L'obiettivo è prevenire ciò avvisando gli utenti prima di un check-in o aggiungendo quel progetto/riferimento.Assicurare che i progetti in soluzione provengano dallo stesso ramo TFS
Grazie.
Questo non è probabilmente il modo più efficiente, ma un cerotto abbiamo usato ...
Abbiamo installato una build check-gated che controlla solo la directory di origine specifica per quel ramo. Qualsiasi riferimento sopra o al di fuori della radice del ramo genera un errore.
Spero che questo aiuti.
Dovrebbe essere possibile ottenere ciò che è necessario con una personalizzata Checkin-Policy.
Un ottimo How-To sull'implementazione di uno, può essere trovato nel grande articolo this di J.Lamb. Qui, l'autore si concentra sul controllo se prima del check-in è stato eseguito NArrange, dovrebbe essere possibile scambiarlo con il controllo per il posizionamento di tutte le fonti sotto una determinata radice nel controllo del codice sorgente.
Dopo aver costruito & distribuito questo criterio e con TFS Power Tools installato, è necessario applicare la politica 'Politica percorso personalizzato' già disponibile sulla politica appena costruita. Potete trovare here un esempio. Questo è necessario per adattare il criterio di controllo alla directory della soluzione e non all'intero TeamProject.
Mi piace molto questo approccio rispetto alle policy di check-in personalizzate poiché le politiche di check-in possono essere sovrascritte (in base alla progettazione). La build Gated CI sarà in grado di rilevare le modifiche in sospeso che possono influire sul processo di compilazione o su qualsiasi altra cosa. –
Ho fatto +1 perché mi piace l'approccio. Aspetterebbe un po 'di tempo per vedere se sono state pubblicate altre opzioni prima di contrassegnare questa come risposta. – Dienekes