7

Z mojej perspektywy tworzymy własny "smak" NAnt/Ivy/CruiseControl.Net w domu i nie możemy się oprzeć wrażeniu, że inne sklepy dev robią dokładnie to samo, ale wtedy każdy jest odkrywanie z nim tych samych problemów i pułapek.Czy istnieje gotowe rozwiązanie Continuous Integration dla aplikacji .NET?

W ogóle nie narzekam na NAnt, Ivy lub CruiseControl, ponieważ pomagali naszemu zespołowi programistów stać się bardziej pewni jakości kodu, ale wydaje się dziwne, że te narzędzia są bardzo popularne, ale wszyscy ponownie odkrywamy koło CI.

Czy istnieje gotowe rozwiązanie do budowy aplikacji .Net przy użyciu wyżej wymienionych narzędzi?

Odpowiedz

4

Narzędzia do ciągłej integracji zwykle koncentrują się wyłącznie na aspekcie monitorowania/działania w ramach ciągłej integracji - tj. Monitorują repozytorium i kopie kompilacji, gdy coś jest sprawdzane. Sztuczką w tym sukcesie jest utworzenie zautomatyzowanych kompilacji, które są łatwe do utrzymania i przedłużenia - grabie jest prawdopodobnie lepszym wyborem niż nant ze względu na ekspresyjność ruby, ale możesz osiągnąć to samo z nant, jeśli będziesz się troszczyć.

TeamCity to prawdopodobnie najprostszy i najszybszy serwer CI do skonfigurowania i uruchomienia, a zdecydowanie pokonuje spodnie CC.

Hudson był kolejnym produktem, który pojawił się dużo kiedy badałem, który serwer CI używać, ale jak wybrałem TeamCity i nigdy nie używane Hudson nie mogę porównywać 2.

+0

Użyłem obu, i tak jak Hudson, znacznie więcej. Powiedziałem, że lubię też TeamCity, a Remote Run to bardzo, bardzo fajna funkcja. Zobacz http://stackoverflow.com/questions/195835/cruisecontrol-net-vs-teamcity-for-continuous-integration/638455#638455 – CoverosGene

1

Zapraszamy do obejrzenia Hudson

+0

Zobacz http://redsolo.blogspot.com/2008/04/guide-to- building-net-projects-using.html – CoverosGene

0

Jest CI Factory, ale zawsze był to pojedynczy programista łączący całość w całość i wygląda na to, że wyszedł z side-outu z .NET-landu do Java-land.

Powiązane problemy