Czy ktoś ma jakieś doświadczenie z tym tematem?
Szczególnie interesuje: wdrażanie dla istniejących projektów "nie java'owych".

W skrócie: standard SVN/GIT+Jenkins dla poza java'owych zabawek

Rozpoznaje temat i szukam kogoś z doświadczeniem żeby zbadać parę spraw.

@mysiauek
Ja na codzień pracuję z takim rozwiązaniem (GIT + Jenkins dla projektów PHP'owych), ale nie wiem na ile Ci będę w stanie pomóc, bo jestem jedynie jego użytkownikiem.
Jak masz jakieś pytania, to pisz - może coś będę wiedział

Dla jakiej technologii tego uzywasz? W sumie to najbardziej interesuje mnie deployment na as400 i bazy Oraclowe. Ale chętnie dowem się o każdym działającym rozwiązaniu.

To pierwsze pytania:
1) commitujecie do jakiejś godziny każdego dnia?
2) automatyczne buildy?
3) nocne testy jednostkowe?
4) automaty na UAT zamiast testerów białkowych ?
na razie tyle.

@mysiauek

1) Ograniczeń godzinowych commitów u nas nie ma.
2) Automatyczne buildy jedynie na serwerze qa/testowym (na produkcji sami wywołujemy builda z tagu w Jenkinsie)
3) Unit testy idą z automatu przy buildach, ale tylko przy projektach java'owych (projekty PHP'owe mamy na tyle małe i ograniczone czasowo, że nie robimy testów jednostkowych, w najbliższym czasie ma się to zmienić)
4) Nie mam pojęcia o czym do mnie piszesz

1) Bez ograniczeń
2) Buildy przyrostowe po każdym commicie (jak od builda do builda wpadnie więcej commitów to build obejmuje wszystkie), buildy pełne o konkretnych godzinach na drugim serwerze, m.in. nocne
3) Testy jednostkowe przyrostowe razem z buildami, nocne - pełne
4) Nie wiem czy o to chodzi, ale korzystamy z automatycznych testów użytkownika w TestComplete i Coded UI

build przyrostowy - przebudowuje tylko te moduły, w których były zmiany, nie całą aplikację.

@Han
1) a macie tak jak u Lukxxxa podział na buildy przyrostowe i pełne?
2) unit testy: kto je pisze, w którym momencie "procesu rozwoju oprogramowania" ?
4) :) o testach user acceptance

@Lukxxx
2) Rozumiem, że można wykonać jednego commita leci build przyrostowy ale z kolejnym commitem trzeba czekać do zakończenia poprzedniego builda?
Jeśli w nocy macie pełne buildy to nie ma commitów? Wyznaczona godzina "bez aktywności programistów"?
3)unit testy: kto je pisze, w którym momencie "procesu rozwoju oprogramowania" ?
4) o właśnie o to pytałem pytanie jak powyżej: TDD i najpierw się pisze testy a potem programuje? Czy powstają w jakimś innym momencie procesu rozwoju?

@mysiauek

ad 2. Tak no jeden build na raz idzie, drugi się kolejkuje i zgarnie tyle commitów ile przyjdzie w tym czasie.

W nocy build startuje o konkretnej godzinie po prostu biorąc aktualny stan, a czy ktoś tuż przed czy zaraz po coś zakomituje jest nieistotne.

ad 3. To zależy
ad 4. Automatyczne testy UI mogą powstać dopiero gdy aplikacja już jest w jakimś stopniu zrobiona.

@mysiauek
1. AFAIK wszystkie buildy mamy przyrostowe
2. Programiści je piszą na bieżąco przy tworzeniu funkcjonalności

@Lukxxx
2) kolejka powstaje w jenkinsie? Ktoś wali commita a on sam czeka aż skończy się build?
3) a od czego ?
4) PODOBNO mając mockupy działające w sensownym narzędziu jako specyfikację wymagań/uzupełnienie spec. funkcjonalnej można co najmniej coś zacząć pisać. Nie chce mi się w to wierzyć, stąd moje pytania kiedy powstają testy, zarówno jednostkowe jak i usera/akeptacyjne.

@Han
A coś o testach usera/akceptacyjnych?

I pytanie jeszcze dwa pytania:
a) o meiling zwrotny z wykonania builda: czy używacie standardowego pluginu z e-mailerem? Czy jakieś rozszerzone jeszcze bardziej funkcjonalności?
b) narzędzia do testów stricte akceptacyjnych? Czy macie wydzieloną jednostkę do takich testów, którą opłaca biznes? I biedaki klepią ręcznie
c) narzędzia do testów wydajnościowych? JMeter?
d) instalacje na bazach danych -> SVN+Jenkins czy coś innego?