<div dir="ltr">Hi, <div><br></div><div>manchmal liest der Robert sogar mit :-) Bin bislang nicht auf die Idee gekommen hier gross zu schreiben.</div><div><br></div><div>Ich kann Euch versichern, Composer ist für PHP-Projekte in jeder Hinsicht ein Fortschritt: die Installation von externen Komponenten, die Handhabung ihrer Abhängigkeiten, ihre Aktualisierung und auch die Benutzung wird extrem vereinfacht.</div>
<div>Ein Beispiel:</div><div><div>$ git clone -b unittests <a href="https://github.com/r3wald/volkszaehler.org.git">https://github.com/r3wald/volkszaehler.org.git</a></div><div>$ cd <a href="http://volkszaehler.org/">volkszaehler.org/</a></div>
<div>$ composer update</div><div>$ vendor/bin/phpunit </div><div>Auf der anderen Seite schweben mir noch ein paar Dinge für das Projekt vor, bei denen Composer die Grundlage wäre. Ich kann/will nicht für zusätzliche Abhängigkeiten parallel Wiki und install.sh pflegen. Und lieber verwende ich gut getestete Komponenten eines Frameworks (die ich so bequem installieren kann), als das Rad neu zu erfinden.</div>
<div><br></div><div>Ich würde aber auch gerne mal ein paar Gegenargumente zu Composer hören.</div><div><br></div><div>Mein Fahrplan sieht im Moment so aus:</div><div>1. Composer</div><div>2. Unittests</div><div>3. erweitern und verbessern</div>
<div><br></div></div><div>Zu den Unittests kann ich nur schreiben, was ich hier schon schrieb: <a href="https://github.com/volkszaehler/volkszaehler.org/pull/59">https://github.com/volkszaehler/volkszaehler.org/pull/59</a> . Andreas' Tests sind keine Unittests sondern Funktionstests. Das ist der Tatsache geschuldet, dass es keine Units (siehe Wikipedia: <span style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px;line-height:19.1875px">funktionalen Einzelteile) gibt, die man teste</span>n könnte. Beide Arten von Tests können sich aber ergänzen.<br>
</div><div><br></div><div>Der Test für die Configuration-Klasse mag trivial sein, aber so funktioniert das nunmal. Irgendwer hat doch mal im Quelltext gefragt, ob man die Konfiguration nicht mit JSON kodieren könne. Klar, kann man. Aber wer stellt sicher, dass die Klasse dann auf Anfragen noch ganz genauso reagiert?<br>
Das ist auch nur ein Anfang. Aber ein so kleiner, dass man ihn - denke ich - ohne weiteres ins Projekt aufnehmen könnte.<br><br>Ich persönliche kämpfe noch mit den Feinheiten von Git und github. Alles was über SVN-Funktionalität hinausgeht, macht mir Schwierigkeiten. Daher auch unverständliche Commits und auch der zweite Pull Request.<br>
<br><div>@Andreas:</div><div>1. Welche Commits gefallen Dir denn nicht am neuen Pull Request? <a href="https://github.com/r3wald/volkszaehler.org/commit/cf0598cd9d8751fb6f0efeb964200bc07ffc86fa" style="color:rgb(65,131,196);text-decoration:none;font-family:Monaco,'Liberation Mono',Courier,monospace;font-size:12px;line-height:22px;text-align:right;white-space:nowrap">cf0598c</a> ist leider notwendig, weil dort Pfade fest in der Anwendung eingebrannt waren. Und <a href="https://github.com/r3wald/volkszaehler.org/commit/b2991be2064d112acb80d6eb32a6b20c5514836e" style="color:rgb(65,131,196);text-decoration:none;font-family:Monaco,'Liberation Mono',Courier,monospace;font-size:12px;line-height:22px;text-align:right;white-space:nowrap;background-color:rgb(247,251,252)">b2991be</a> habe ich rückgängig gemacht.</div>
<div>2. Wenn Code zu komplex ist um ihn zu testen, dann ist er eben zu komplex. Dann muss er überarbeitet werden bis man ihn testen kann.</div><div><br></div>Viele Grüße<br>Robert<br><br>PS: PEAR hat den großen Nachteil, dass es seine Bibliotheken immer zentral installiert. Ich habe es selbst fast ein Jahrzehnt lang benutzt und ich weiß, dass es schwierig ist unterschiedliche Versionen einer Bibliothek für verschiedene Projekte zu verwenden, wenn diese per PEAR installiert werden sollen. Mit Composer gibt es dieses Problem schlichtweg nicht. Jedes Projekt ist für sich vollständig.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">Am 12. November 2013 12:14 schrieb Andreas Goetz <span dir="ltr"><<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">2013/11/12 Thorben Thuermer <span dir="ltr"><<a href="mailto:r00t@constancy.org" target="_blank">r00t@constancy.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="im">On Tue, 12 Nov 2013 10:05:59 +0100<br>
Andreas Goetz <<a href="mailto:cpuidle@gmail.com" target="_blank">cpuidle@gmail.com</a>> wrote:<br></div>
...<div class="im"><br>
> > das ist aber kein problem des maintainers, sondern der community.<br>
> > da gibt es nicht die resourcen/uebersicht, weder bei justin noch bei<br>
> > mir zB., alles selbst zu testen.<br>
> ><br>
><br>
> Ich engagiere mich gerade bzgl. der PRs zum Einsatz von Composer.<br>
> Leider ist mein Eindruck dass die Arbeit daran ziemlich für die Tonne<br>
> ist da/wenn die Maintainer keine Kommentare abgeben.<br>
<br>
</div></div><div class="im">hatte ich ja...<br>
wollte gerade einen neuen schreiben, als deine mail kam.<br>
<br>
neuer kommentar:<br>
schick wieviel da aufeinmal passiert...<br>
magst du dich erstmal mit robert absprechen, wessen loesung jetzt<br>
besser ist, zumal ihr ja anscheinend an den gleichen sachen arbeitet,<br>
und die patches vermutlich nicht kompatibel sind?<br>
<div><br></div></div></blockquote><div><br>Es gibt keine Überschneidung.  Robert macht einen Patch, ich nicht, wir diskutieren im git -> passt.<br><br></div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>
...<br>
> > ich wollte schonmal dazu sagen:<br>
> > was genau hindert dich daran, den test-code zu commiten und einen<br>
> > pull-request zu stellen?<br>
> > das waehre auch schnell gemerged, da eindeutig sinnvoll, und kein<br>
> > (wenig?) vorhandener code veraendert wird.<br>
><br>
> Genau das habe ich vor ca. 6 Wochen gemacht und vor 3 Wochen die<br>
> letzten offenen Anmerkungen behoben. Seitdem ruht der Request und die<br>
> Bits setzen langsam Staub an. Für mich als Contributer<br>
> demotivierend...<br>
<br>
</div>ja, hangt bei mir daran, dass ich das nochmal testen wollte<br>
(die erste version war ja nun eindeutig kaputt ;) ),<br>
und nicht soviel zeit habe momentan.<br>
(und die dann noch mit dem lesen von -users verschwende...)<br>
(und ausserdem ich persoenlich composer nicht mag,<br>
 und nicht soviele argumente dafuer kamen...<br></blockquote><div><br></div></div><div>Composer hat mit den Unit Tests nichts zu tun.<br> <br></div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


 (ausser dass travis-ci das braucht)<br></blockquote><div><br></div></div><div>und Travis auch nicht. Zumindest Travis wird dadurch einfacherm, aber das ist hier gar nicht das Thema, oder war jedenfalls nciht meins  (aber ich habe hier tatsächlich noch einen Travis-Patch, aber mit dem warte ich auf a) Unit Tests und b) Composer...)<br>

 <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
...<div class="im"><br>
aber wie gehabt,<br>
testen koennte das aber auch jeder andere mal,<br>
und feedback geben ob's bei ihm funktioniert!<br>
dafuer braucht man keine commit-rechte.<br>
<br></div></blockquote><div><br>Macht wohl keiner. Aber genau daher mein zweiter Kommentar zum Composer-PR von Robert. Selbst wenn ich teste und kommentiere habe ich wenig Lust das alles umsonst zu machen. Insofern wäre _ein_ Kommentar von den Committern schon nett damit wir am Ende nicht mit viel Arbeit und ohne Commit dastehen.<br>

<br></div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
> Ich bin mir nicht sicher wie's aktuell aufgesetzt ist- aber gehen die<br>
> git Notifications auch and die Entwickler-ML?<br>
<br>
</div>hatte den satz oben gerade geschrieben, bevor ich deinen gelesen<br>
hatte ;)<br>
dass die notifications da momentan nicht hingehen solltest du sehen,<br>
da du ja auf der liste bist.<br>
<div><div><br>
> Im Moment bleibe ich bei meiner Einschätzung- VZ ist von<br>
> Entwicklerseite sehr schwer zugänglich. Voraussetzung für den Aufbau<br>
> einer entsprechenden Community ist aus meiner Sicht mehr Agilität.<br>
><br>
> vg<br>
> Andreas<br>
<br>
</div></div><span><font color="#888888">- Thorben<br>
</font></span></blockquote></div></div><br></div><div class="gmail_extra">Vmtl. könnte man für die ML (falls es nix anderes gibt) einen User mit Adresse der ML bei github anlegen der das Repo abonniert. Geht sicher auch eleganter...<br>

<br>vg<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra">Andreas<br></div></font></span></div>
</blockquote></div><br></div>