Re: [Python-de] Deploy-History

Path	csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From	"Andreas Jung" <lists@zopyx.com>
Newsgroups	de.comp.lang.python
Subject	Re: [Python-de] Deploy-History
Date	Wed, 11 May 2016 10:53:27 +0200
Lines	80
Message-ID	<mailman.589.1462956815.32212.python-de@python.org> (permalink)
References	<5732E641.2030709@thomas-guettler.de> <1A0ED9D0-FBB6-4C87-91C1-EC7DD4E92B95@zopyx.com>
Mime-Version	1.0
Content-Type	multipart/signed; boundary="=_MailMate_C091EA1D-DB96-4348-A15A-7D73AE9FCFB3_="; micalg=pgp-sha512; protocol="application/pgp-signature"
X-Trace	news.uni-berlin.de /T48vV2rJoFfYmXlIuzt1AykD3tUMV9FPyO9ZLobl4gA==
Return-Path	<lists@zopyx.com>
X-Original-To	python-de@python.org
Delivered-To	python-de@mail.python.org
In-Reply-To	<5732E641.2030709@thomas-guettler.de>
X-Mailer	MailMate (1.9.4r5234)
X-Df-Sender	aW5mb0B6b3B5eC5uZXQ=
X-BeenThere	python-de@python.org
X-Mailman-Version	2.1.22
Precedence	list
List-Id	Die Deutsche Python Mailingliste <python-de.python.org>
List-Unsubscribe	<https://mail.python.org/mailman/options/python-de>, <mailto:python-de-request@python.org?subject=unsubscribe>
List-Archive	<http://mail.python.org/pipermail/python-de/>
List-Post	<mailto:python-de@python.org>
List-Help	<mailto:python-de-request@python.org?subject=help>
List-Subscribe	<https://mail.python.org/mailman/listinfo/python-de>, <mailto:python-de-request@python.org?subject=subscribe>
X-Mailman-Original-Message-ID	<1A0ED9D0-FBB6-4C87-91C1-EC7DD4E92B95@zopyx.com>
X-Mailman-Original-References	<5732E641.2030709@thomas-guettler.de>
Xref	csiph.com de.comp.lang.python:4452

Show key headers only | View raw

[Multipart message — attachments visible in raw view] - view raw

Wenn Deine Kunden selber _irgendwas_ aus einem Repository installieren oder aktualisieren
dann ist der Vorgehensweise aus meiner Sicht broken-by-design.

Zu einer sauberen und reproduzierbaren und kontrollierbaren Release-Policy gehört eine saubere
Paketierung und Versionierung. Wenn ein Kunden irgendeinen Stand von irgendwas in Kombination
mit undefinierten Ständen von anderen Modulen laufen hat und in Eigenregie die Aktualisierung
betreibt, dann liegt der schwarze Peter beim Kunden....also sorg für einen wohldefinierten
Aktualisierungs- und Rollout-Mechanismus...was du hier beschreibst ist jedenfalls  offensichtlich
alles andere als ein geregelter Prozess.

-aj
On 11 May 2016, at 9:58, Thomas Güttler wrote:

> Mal wieder off-topic, aber vermutlich haben viele auf dieser Liste ähnliche
> Anliegen.
>
> Per git-History sehe ich genau wann, wer und welche und Änderungen am Quelltext erfolgt sind.
> Super, bis jetzt alles gut.
>
> Nun wird der Code bei N Kunden unabhängig voneinander installiert. Hier fehlt mir
> bisher eine History. Ich sehe nicht sofort welche Änderungen, wann **installiert** wurden.
>
> Anwendungsfall: Der Kunde ruft an und meint, dass seit Dienstag alles langsamer ist.
> Ich will nun wissen welche Änderungen Montag oder Dienstag auf dem System eingespielt wurden.
>
> Wie löst ihr das?
>
> Umgebung:
>
>  - Linux Serveranwendungen mit HTTP GUI und Rest Schnittstellen.
>  - Ein Produkt (nennen wir es Ticketsystem) läuft bei N Kunden (mit N kleiner hundert).
>  - Das Produkt besteht aus bis zu 10 Modulen (jeweils einzelne git-Repos).
>
> -- 
> Thomas Guettler http://www.thomas-guettler.de/
> _______________________________________________
> python-de maillist  -  python-de@python.org
> https://mail.python.org/mailman/listinfo/python-de

Back to de.comp.lang.python | Previous | Next | Find similar

Thread

Re: [Python-de] Deploy-History "Andreas Jung" <lists@zopyx.com> - 2016-05-11 10:53 +0200

csiph-web