Approccio
Sto cercando di iniziare a utilizzare TFS 2013. Questo è il mio ordine prioritario per l'implementazione.
- Inizia a utilizzarlo per i progetti Git Repo esistenti.
- Quindi le build automatiche funzionano dai check in (CI?)
- Inizia a utilizzare per gli elementi di lavoro e il backlog ecc., quando più comodo con esso.
È un buon approccio graduale, in modo che non stiamo cercando di costruire Roma in un giorno?
Librerie dipendenti
Dopo aver configurato un repository per la nostra prima soluzione, ho ottenuto il team e il controllo della versione git, ecc. La difficoltà è arrivata quando ho provato a creare una build, ma avevo problemi di libreria dipendenti.
La mia ricerca iniziale suggeriva che la creazione di una condivisione / server Nuget locale fosse un buon modo per affrontarlo. Così ho creato un repository separato in TFS per la libreria condivisa, non ha altre dipendenze, quindi una build di default ha funzionato bene.
Suppongo che l'intenzione sia quella di ottenere la definizione build per creare automaticamente un pacchetto nuget e rilasciarlo nella condivisione nuget appropriata. Quindi quel pacchetto di nuget è ora utilizzato per funzionalità nel primo progetto originale, piuttosto che un riferimento di progetto alla libreria condivisa?
Quindi, quando il primo progetto originale è archiviato e una build innescata, quella build può usare la condivisione nuget locale per la sua dipendenza (in qualche modo!)?
È questo il modo migliore per affrontarlo?