Antw: Re: OTRS Lifecycle Plan

Darum baue ich im Verzeichnis "Custom" den Verzeichnispfad nach, dupliziere die
zu modifizierende Datei in dieses Verzeichnis und mach die Änderungen in der
duplizierten datei.

Bspw.:
Anpassung in datei AgentTicketPhone.pm

1.) Erstellen des Verzeichnisses: /Custom/Kernel/Modules
2.) Duplizieren der Datei AgentTicketPhone.pm in dieses Verzeichnis.
3.) Code-Änderungen.

Nach Neustart des Webservers wird anstatt der Originaldatei die modifizierte
Datei verwendet.

Das Verzeichnis "Custom" mit all seinen Unterverzeichnissen wird bei einem
Upgrade nicht überschrieben - somit bleiben die Anpassungen erhalten.

Gruß

Sepp


>>> Renee B <[email protected]> 09.09.2016 13:35 >>>
Am 09.09.2016 um 13:13 schrieb Ralf Hildebrandt:
>> Aber Du hast schon auch recht... das System aktuell zu halten spart Dir
>> manchmal viel Ärger ;-)
> Ausser wenn man was angepasst hat...

Deshalb versuche ich meine Anpassungen so zu gestalten, dass keine 
Frameworkdateien angefasst werden (z.B. Mit Event-Modulen, 
Outputfiltern, Custom-Ticket-Module, ...). Dann ist der Aufwand 
innerhalb eines Major/Minor-Releases minimal bis nicht vorhanden und bei 
einem Major-Release-Upgrade auch noch gering.

Viele Grüße,
Renée




-- 
Perl / OTRS development: http://perl-services.de 
OTRS AddOn repository: http://opar.perl-services.de 

---------------------------------------------------------------------
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ 
Archive: http://lists.otrs.org/pipermail/otrs-de 
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
---------------------------------------------------------------------
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de