Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: Arnold Krille <arnold@arnoldarts.de>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] Continuous Integration: N git Repositories
Date: Tue, 19 Apr 2016 20:08:16 +0200
Lines: 109
Message-ID: <mailman.32.1461089678.30862.python-de@python.org>
References: <5716377E.6040007@thomas-guettler.de> <20160419200816.294685fd@xingu.arnoldarts.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/WNhvS6XskrMp/FmyuEBB+Ny"; protocol="application/pgp-signature"
In-Reply-To: <5716377E.6040007@thomas-guettler.de>
Precedence: list
Xref: csiph.com de.comp.lang.python:4415

--Sig_/WNhvS6XskrMp/FmyuEBB+Ny
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

ich hab zwar in Deiner Mail keine wirkliche Frage gelesen, will aber
trotzdem mal antworten. Das wir Dein Problem verstanden haben (und auch
selber vor dem Problem standen) erkennst Du daran, das wir Dir L=C3=B6sungen
pr=C3=A4sentieren, die sich seit Jahren(!) t=C3=A4glich(!) bew=C3=A4hren (C=
ontinous
halt:).

Achja, wir haben auch nicht ein Produkt f=C3=BCr N Kunden, sondern ein
Produkt, das aus N Komponenten besteht.

Neben den erw=C3=A4hnten Anh=C3=A4ngigkeiten in Jenkins, die man mit dem
richtigen Plugin dann auch sch=C3=B6n als Pipelines betrachten kann, nutzen
wir auch die zeitlichen Trigger von jenkins. Selbst wenn sich nichts
=C3=A4ndert, wird einmal t=C3=A4glich das Gesamtprodukt gebaut und getestet.

Ideal w=C3=A4re dann noch (haben wir in dieser Firma nicht), wenn der
jenkins f=C3=BCr jeden erfolgreichen build/test Lauf ein tag in git pusht
("jenkins_build_ID_successful"). Und auf dem master-branch ein tag
vorw=C3=A4rts bewegt um den letzten stabilen Build zu markieren. Damit kann
man dann immer den stabilen Stand deployen=E2=80=A6

- Arnold

On Tue, 19 Apr 2016 15:49:50 +0200 Thomas G=C3=BCttler
<guettliml@thomas-guettler.de> wrote:
> Die meisten Texte =C3=BCber Continuous Integration machen es sich aus
> meiner Sicht zu einfach.
>=20
> Beispiel: Gegen ist das git Repository foo. Wenn es =C3=84nderungen darin
> gibt, dann werden alle Tests ausgef=C3=BChrt, wenn die erfolgreich sind,
> dann wird die Versionsnummer von foo um eins erh=C3=B6ht.
>=20
> Obiges funktioniert sehr gut f=C3=BCr Bibliotheken, aber nicht gut f=C3=
=BCr ein
> Projekt.
>=20
> Projekt
> -------
>=20
> F=C3=BCr mich ist ein Projekt haupts=C3=A4chlich Konfiguration. Es enth=
=C3=A4lt so
> wenig Quelltext wie m=C3=B6glich.
>=20
> Ein Projekt ist der firmenspezifische Einsatz eines Produkts. Es ist
> eine Art Container mit Abh=C3=A4ngigkeiten
>=20
>   Bsp: modwork_foo mit requirements.txt
>=20
> Produkt
> -------
>=20
> Reales Beispiel: Wir haben die Produkte modarch (Archiv), modwork
> (Workflow), modcs (SAP-Contentserver), ...
>=20
> Ein Produkt kann N optionale Plugins verwenden.
>=20
> Ein Produkt ben=C3=B6tigt zwingend ein Projekt als Container.
>=20
> Continuous Integration auf Projektebene
> ---------------------------------------
>=20
> Wenn in git-Repo "foo" =C3=84nderungen sind, dann starte die Test f=C3=BCr
> "foo".....
>=20
> Wie gesagt das klappt nicht f=C3=BCr CI auf Projektebene. Das git-Repo des
> Projekts ist super klein. Hier sind so gut wie nie =C3=84nderungen. Also
> w=C3=BCrde das CI nie gestartet werden.
>=20
> Ich will im CI also nicht pr=C3=BCfen ob das Produkt "modwork"
> funktioniert, sondern ich will pr=C3=BCfen ob das firmenspezifische
> Projekt "modwork_foo" funktioniert. Daf=C3=BCr ist aber Quelltext aus
> vielen Repos n=C3=B6tig:
>=20
>   - modwork_foo
>   - modwork
>   - modwork_isu (optionales Plugin)
>   - modtools (Bibliothek, die von N Produkten verwendet wird)
>=20
>=20
> ... k=C3=B6nnt ihr das Problem verstehen?
>=20
> Das ganze betrifft vermutlich nur Entwickler die ein Produkt f=C3=BCr N
> Firmen verwalten.
>=20
>=20
> Gru=C3=9F,
>    Thomas
>=20


--Sig_/WNhvS6XskrMp/FmyuEBB+Ny
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlcWdBMACgkQtuvagsE+DE4U6gD/b6RYVlmYegvxRwlVwnVmacgR
9W67dFupdIZgT5YoCA8A/jnJ+SS+9ZzdzB0jAUJzdfvaWiGGSHjPm8xKjvOMesfz
=wRHP
-----END PGP SIGNATURE-----

--Sig_/WNhvS6XskrMp/FmyuEBB+Ny--