Ciekaw jestem jakiego CI używacie oraz dlaczego :) A może nie używacie w ogóle?
Jeżeli nie ma w ankiecie, to śmiało możecie wpisywać w treści posta.
Jaki CI? (* możesz oddać maksymalnie 3 głosy)
Bamboo
11% [7]
Circle CI
5% [3]
Travis CI
8% [5]
TeamCity
14% [9]
Jenkins/Hudson
38% [25]
CruiseControl
0% [0]
CruiseControl.NET
3% [2]
Innego
15% [10]
Nie używam
8% [5]
0
edytowany 1x, ostatnio: Adam Boduch
0
A co to jest continuous integration? Da się to jakoś po polskiemu nazwać?
Zobacz pozostałe 3 komentarze
@vpiotr: nie siedzę w Javie a od razu zrozumiałem. Może wystarczy znać angielski a nie tylko nim szpanować…
@Azarien - w sensie że ja szpanuję angielskim? Skąd taki wniosek?
w sensie że wielu używa angielskich nazw i zwrotów w ogóle nie zastanawiając się nad ich dosłownym znaczeniem.
- Rejestracja:około 11 lat
- Ostatnio:ponad 3 lata
- Postów:459
0
Bamboo w pracy i Travis dla siebie.
- Rejestracja:około 17 lat
- Ostatnio:około 7 godzin
- Lokalizacja:Wrocław
4
Skromny Lew napisał(a):
A co to jest continuous integration? Da się to jakoś po polskiemu nazwać?
Bezustanne całkowanie. To robią przez pierwszych 8 lat na politechnikach.
Co do tematu: głównie TeamCity, ale nie tylko... Szkoda, że się nie da kilku podać.
- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
0
gitlab CI dla projektów które stoją w gitlabie i jenkins dla stojacych w svnie.
- Rejestracja:ponad 9 lat
- Ostatnio:około 3 lata
- Lokalizacja:Warszawa
- Postów:1264
- Rejestracja:około 9 lat
- Ostatnio:ponad 2 lata
- Lokalizacja:UK
- Postów:2235
1
W domu TFS, w pracy TC.
- Rejestracja:ponad 7 lat
- Ostatnio:ponad 7 lat
- Lokalizacja:UK
- Postów:25
0
Używałem do tej pory Jenkinsa i CruiseControl dla .net. Obecnie testuję GoCD, ale nie mam jeszcze wniosków.
W obu wspomnianych pierwszych technologiach męczył mnie interfejs użytkownika, ale sposób działania był zadowalający.
Warto jeszcze wspomnieć wynalazki jak BitBucket pipelines (lub odpowiednik na githubie)
edytowany 1x, ostatnio: bartk
0
W Jenkinsie nie mogłem się odnaleźć. Wydaje się trudny i toporny. Zdecydowanie wolę prostsze rozwiązania, takie jak Travis CI czy Circle CI.
- Rejestracja:prawie 11 lat
- Ostatnio:około 2 lata
- Postów:594
0
Adam Boduch napisał(a):
W Jenkinsie nie mogłem się odnaleźć. Wydaje się trudny i toporny. Zdecydowanie wolę prostsze rozwiązania, takie jak Travis CI czy Circle CI.
No jak potrzebujesz tylko budowac i puszczac testy... to dla mnie nie ma znaczenia czego uzywasz. Jenkins jest najbardziej features rich.
Trudny i toporny? raczej nie ;)
Do czasu aż Jenkins nie wprowadził
Jenkinsfile konfiguracja testów to była orka na ugorze. Wszystko było strasznie kruche i nieprzenośne.
job dsl był raczej dość dawno
Jako zewnętrzny plugin, dopiero niedawno włączyli go jako domyślną rzecz. Co więcej jest on "zainspirowany" innymi rozwiązaniami jak GitLab.
- Rejestracja:prawie 14 lat
- Ostatnio:34 minuty
- Postów:3169
0
Jenkins - bo byl juz w firmie od dawna i w tym momencie nie ma sensu migrowac jak wiekszosc rzeczy potrzebnych na codzien juz jest.
- Rejestracja:około 17 lat
- Ostatnio:około 7 godzin
- Lokalizacja:Wrocław
0
karsa napisał(a):
Jenkins jest najbardziej features rich.
Co jest w Jenkinsie, czego nie ma w TeamCity?
Zobacz pozostałe 7 komentarzy
Tez nie wiedzialem, ze pewne rzeczy juz są w TeamCity. (chyba - nie wiem czy to jest to samo co w Jenkins). W javowym swiecie na razie nie spotkalem TeamCity. Juz chyba predzej bamboo. Pozostalbym pewnie przy Jenkinsie. Prywatnie do czegos malego biore bitbucket pipelines czy gitlab ci. Ale jenkins umie duzo wiecej.. Dotychczas ciagle czegos brakowalo w innych rozwiazaniach. Moze powinienem uaktualnic wiedze co jest w ofercie innych tooli.
Mnie z kolei nigdy niczego w TeamCity nie brakowało. Pobranie źródeł, build, odpalenie testów i raportów, a deployment to już i tak skrypty.
A job as a code?
To chyba przydatne, jeśli się naprawdę dużo różnych i za każdym razem innych projektów konfiguruje. U nas rzadko coś nowego się pojawia, a właściwie wszystko idzie z jednego szablonu, więc wystarczy sklonować i zmienić link do repo, nazwę serwera i parę tego typu rzeczy i już działa.
Oraz jak chcesz zmienic iles buildow na raz. Takie klikanie z szablonu w takim jenkinsie juz nie raz dla mnie okazalo sie błędogenne.
- Rejestracja:ponad 10 lat
- Ostatnio:5 miesięcy
- Lokalizacja:Warszawa
- Postów:3573
0
Jenkins, ale jestem dopiero w 2 firmie z CI więc jest jeszcze sporo przede mną ;]
- Rejestracja:ponad 8 lat
- Ostatnio:prawie 2 lata
- Postów:337
0
Jenkins, ale zastanawiamy się nad kubernetes.