Mein persönlich wichtigster Punkt in seinem Blogbeitrag ist der Fünfte: “Experiment with distributed revision control systems”. Das “experiment” geht mir zu langsam. Wenn ich an die Vorgehensweise bei der verteilten Drupal-Entwicklung denke (entwickle was, mach daraus einen Patch, schreib ein Issue auf d.o und hoffe, dass es jemand rechtzeitig wahrnimmt und ein anderer Patch Deinen eigenen Patch bis zum Commit nicht zerbrechen lässt) dann klint das ziemlich unzeitgemäß. Und ist wohl auch ein grund dafür, dass zahlreiche Teilprojekte (z.B. Open Atrium) die konkrete Entwicklung nach Github und vergleichbare Plattformen verschoben haben.

Ich verstehe schon, dass viele Entwickler erstmal in ihrem derzeitigen Workflow abgeholt werden müssen und das git und andere verteilte Version Control Systems eine ganz neue Denkweise erfordern¹. Aber der zukünftige Workflow sollte sein: Erzeuge einen Fork, ändere was und melde es dem Maintainer. Und wenn Dein Fork zwischenzeitlich zerbricht, dann hol Dir die Änderungen aus dem Master in den Fork, repariere … und weiter gehts.

So will ich das haben. Auch für Contrib.* Am besten Jetzt!*

—

¹ Und dass das project.module auch noch viel Liebe braucht, um mit Git und den Forks und Workflows umzugehen.