[python-users] PyCologne Webseite Sprint Nachlese

[Reimar Bauer]

2015-01-15 10:24 GMT+01:00 Christopher Arndt <chris at chrisarndt.de>:
> Hallo allerseits,

Hallo Zusammen,

>
> ein großes Dankeschön an alle, die sich gestern an unserem Experiment
> eines gemeinsamen Code-Sprints zur neue PyCologne-Webseite beteiligt
> haben. Wenn es auch sehr kurz war und sicher nur wenig tatsächliche
> Arbeit am Code stattfinden konnte, scheint mir, dass wir eine guten
> Grundstein für die weitere Zusammenarbeit an der Webseite gelegt haben.
> Wie ich auch gestern schon betont habe, finde ich es wichtig, dass man
> als Programmierer die in Open Source Projekten übliche Form der
> Kooperation kennt und beherrscht.
>

ich glaube sowas sollten wir häufiger machen.

Ich hätte da noch eine Bitte.
Nach Möglichkeit macht kleine pull requests
Also wenn ihr z.B. die Readme ändert dann nicht ein template gleichzeitig.
Oder wenn ihr Pep8 fixe macht dann keinen neuen Code.

Dadurch kann viel schneller in der Regel gemerged werden und wir
werden versuchen
die pull requests zügig einzupflegen. Hab heute morgen bereits Chris
admin Rechte gegeben.

Wir haben gestern im Wiki hier,
http://wiki.pythonde.pysv.org/pycologne/NeuerWebauftritt
angefangen Material zusammen zu tragen.


> Die Arbeit mit Pull Requests ist ja eine Eigenheit von GitHub und
> Bitbucket und bringt ihre eigenen Herausforderungen mit sich. Ich bin
> kein Freund von webbasierten Tools und benutze Versionskontrollsysteme
> am liebsten von der Kommandozeile. Darin wurde ich bestätigt, als ich
> feststellen musste, dass die "Sync now"-Funktion von Bitbucket, mit der
> man seinen Fork mit Changes im originalen Repository synchronisiert, nur
> funktioniert, wenn es keine Merge-Konflikte gibt. Ich habe also im
> README.rst einen Abschnitt hinzugefügt, wie der Development-Workflow mMn
> ablaufen sollte.
>
> Ein andere Punkt, den ich gestern schon angesprochen habe, ist die
> Benutzung von Branches im Zusammenhang mit Pull Requests. Leider ist
> mittlerweile bei Bitbucket so, wie schon immer bei GitHub, dass offenen
> Pull Request automatisch neue Commits hinzugefügt werden, die man im
> selben Branch macht, auf dem der PR basiert, und die man in seinen Fork
> pusht.
>
> Hier habe ich das Problem auch noch mal kurz beschrieben:
>
> https://bitbucket.org/PySV/pycologne-app/pull-request/8/added-development-workflow-description-to/diff#comment-4643862
>
> Das macht es in meine Augen eigentlich notwendig, dass man, wie bei Git,
> für jeden Pull Request einen eigenen Branch erstellt, auf dem man,
> nachdem der Pull Request geöffnet wurde, i.d.R. nicht mehr
> weiterarbeitet und der nach dem Merging des PR geschlossen wird. Ich
> werde diese Arbeitsweise auch noch im README dokumentieren.
>
> Es gibt noch ein paar kleine Dinge (PEP8, Editor-Einstellungen usw.),
> auf die man bei seinen Commits achten sollte, die werde ich in einer
> weiteren Mail noch mal auflisten. Das wichtigste ist, dass nach jedem PR
> die Startseite der Webseite weiterhin funktioniert!
>
> Bitte macht in den nächsten Tagen die Dinge fertig, die ihr gestern
> abend angefangen habt und erstellt entsprechende Pull Requests. Ich
> werde Reimar bitten, mir Zugriff auf das zentrale Repo zu geben, damit
> ich beim Mergen der PRs helfen kann.
>

Sollte bereits sein, schau mal bitte.
Wenn noch jemand da uns helfen möchte bitte melden.

Liebe Grüße
Reimar

>
> Frohes Schaffen,
>
> --
> Christopher Arndt
> PyCologne Moderation
> chris.arndt at pycologne.de
> http://pycologne.de/
>
>
>
> ________________________________________
>
> Diese Mail erhalten Sie ueber die Mailingliste python-users der Universitaet zu Koeln
> Nachrichten an: python-users at uni-koeln.de
> Abonnement und Benutzereinstellungen: https://lists.uni-koeln.de/mailman/listinfo/python-users
> Listenarchiv: http://pycologne.de/mlsearch.html
>
> pyCologne Homepage: http://pycologne.de/
>