Modifica di Cruise Control.NET

Question

Stiamo valutando l'utilizzo di CruiseControl.NET sia come provider di build di integrazione continua, sia come automatizzazione della prima parte del nostro processo di distribuzione.

Qualcuno ha modificato il dashboard di CruiseControl.NET per aggiungere login e ruoli utente personalizzati (IE, accesso separato per forzare una build solo a determinati individui in base al progetto?

La dashboard è un'app .NET, ma credo che utilizzi il motore di visualizzazione nVelocity anziché i moduli Web, con i quali non ho esperienza.

Puoi combinare nVelocity e Webforms o devo passare una giornata a imparare qualcosa di nuovo =)

Answer 1

Perché ne hai bisogno?Hai davvero bisogno di limitare gli utenti con un server di integrazione.Penso che sia questo il motivo per cui CC.Net non ha questo tipo di supporto integrato.

Puoi sempre vedere chi ha forzato una build e controllarla in questo modo.

Trovo che l'integrazione continua funzioni meglio con build regolari ed esecuzioni regolari di test unitari (la nostra app C# piuttosto grande + esecuzione di test richiede 25 minuti e controlla ogni ora), quindi per me forzare una build raramente è un problema.

Se desideri che alcuni utenti abbiano un qualche tipo di accesso solo ai report, puoi limitarli in modo che non possano accedere affatto all'applicazione web CC.Net.

Tutti i risultati (MSBuild, NCover, NUnit, FxCop, ecc.) sono in XML, quindi puoi creare semplici pagine di report sulla relatività da XSLT.

Answer 2

@Keith:

Stiamo sfruttando CC.NET sia per eseguire una build CI, sia per poter utilizzare la funzionalità Force Build per eseguire una build + Deploy.Ecco perché vogliamo togliere le mani dal cruscotto.

Stamattina ho scoperto che ero in grado di posizionare CCNET in una directory virtuale all'interno di un'altra app Web, questo mi ha permesso di impostare l'autenticazione basata su moduli e lasciare che l'app root la gestisse.Problema risolto.