Drupal: Organisiert bleiben mit Moduländerungen

Question

Je tiefer ich mit Drupal komme, desto mehr muss ich den Code in den Modulen anderer Leute ändern. Dies sind normalerweise kleine Änderungen, und bis jetzt macht es keinen Sinn, die Funktionalität des Moduls für meine eigenen Bedürfnisse neu zu schreiben.

Ich versuche, keine Änderungen am Drupal-Core vorzunehmen, da das nur nach Ärger zu fragen scheint.

Aber früher als später muss ich diese Module mit neuen Versionen aktualisieren und dann meine Änderungen erneut einbinden. Wie bleiben Sie organisiert, wenn Sie diese Änderungen vornehmen, Module aktualisieren und Ihre Änderungen erneut anwenden? zurück?

Ich nehme so viele Notizen wie möglich, aber das Spinnennetz wächst um mich herum!

Answer 1

Ein weiterer Schlüssel ist, explizite .patch-Dateien für alle von Ihnen vorgenommenen Änderungen zu pflegen und Dokumentation mit ihnen zu versehen.Wenn Sie auf eine neue Version aktualisieren müssen Installieren Sie die saubere Kopie und wenden Sie den Patch erneut an.Wenn es nicht sauber erneut angewendet wird, wissen Sie, dass Sie ein Problem haben.

Hier können Sie Ihren eigenen Quellbaum in SVN/git/usw. kann handlich sein

Answer 2

Es gibt eine gute Diskussion in diesem question.

Ich mag besonders Nick Sergeants article beschreibt eine Methode, wo Sie die Drupal Quellen über CVS auschecken und dann Ihre Änderungen und die CVS-Datensätze mit SVN steuern.

Answer 3

Das Buch Drupal nutzen: Das richtige Vorgehen für Ihre Website (Wrox Programmer to Programmer) beschreibt den Workflow und die Entwicklung von Websites mit cvs/svn von Anfang an.

Es ist nur $ 32 versandkostenfrei bei Amazon (so niedrig wie $ 24 verwendet aber denken Sie daran, $ 4 Versand können Sie genauso gut wie neu. Ich empfehle die Überprüfung Ihrer Bibliothek für sie, wenn sie es nicht versuchen Inter-Bibliothek Dieses Buch beschreibt genau, was Sie suchen, Schritt für Schritt.

Answer 4

Ändern Sie das Modul so, dass andere davon profitieren können?

Dann senden Sie den Patch an die Modul-Betreuer, so dass jeder profitiert und Sie nicht die Mühe haben, organisiert zu bleiben.

Answer 5

Sie haben nur die beiden bereits erwähnten Optionen.

1.) Wenn Ihre Änderungen der Community nützen können, geben Sie es zurück und hoffentlich wird es Teil der nächsten Version.

2.) Wenn Sie Ihre Änderungen an spezifisch sind und passen nur Ihre Bedürfnisse als Ihre einzige Chance, organisiert zu bleiben setzt Ihren eigenen VCS (zB Subversion) und lernen, sie richtig zu nutzen ..;)

Es sind einige gute Informationen über die Verwendung von Subversion mit drupal auf der Drupal.org-Website.

Es ist auch ein neues Modul verfügbar, mit dem Sie einige Funktionen in Ihren eigenen Modulen erfassen können (z. B. Funktionen (http://drupal.org/project/features)). Ich habe nicht viel Erfahrung damit, aber vielleicht ist das auch eine Lösung für Sie.

Answer 6

Der Weg, den Eaton oben beschreibt, besteht darin, wie wir mit der Situation für relativ große Standorte umgehen. Wenn Sie ein aktuelles Patch-Protokoll führen, können Sie Änderungen jederzeit neu erstellen.

Einer der Aspekte, die in vielen der "zurück an die Community" -Beiträge zu fehlen scheint, ist, dass, nur weil Sie es zurück in die Gemeinschaft einreichen bedeutet nicht, dass es jemals angewendet werden. Die Art und Weise, wie wir dieses Szenario handhaben, besteht darin, eine explizite Patch-Datei zu führen, die anzeigt, was D.O. Problem, mit dem es verwandt ist. In dem Fall, in dem der Patch schließlich integriert wird, können Sie Ihren Patch entfernen und sich selbst auf die Rückseite klopfen. In dem Szenario, in dem Ihr Patch nie akzeptiert wird, haben Sie zumindest immer noch Ihr Protokoll.