Was ist nach diesen Änderungen als Nächstes zu tun? Halten Sie die Lizenzinformationen unantastbar oder versuchen Sie, sie zu aktualisieren, indem Sie beispielsweise @author- oder @revision-Tags eingeben.
Ich denke, Sie verwechseln die Softwarelizenz und jeden Prolog, der Teil der Software sein könnte.
In der Lizenz legen die Inhaber des Urheberrechts an dem Programm die Nutzungsbedingungen (die Lizenz) für andere Personen fest. Einige Lizenzen sind sehr freizügig, andere viel restriktiver.
Der Prolog ist , wo Autoren Einsatz @authorund @revisionTags einen Weg , um Änderungen an den Quellcode zu verfolgen. In einigen Fällen können Sie durch das Verfassen eines nicht trivialen Zusatzes zum Code Anspruch auf das Urheberrecht für diesen Abschnitt des Codes erheben. Das Entflechten von Urheberrechtsbelangen kann schwierig sein und wird am besten von Anwälten behandelt. Sie haben jedoch ausdrücklich angegeben, dass Sie sich nicht mit diesem Aspekt befassen, und ich gehe weiter.
Ein weiteres häufiges Problem besteht darin, den Namespace / das Paket von Drittanbietern so zu ändern, dass es Ihren Projektkonventionen entspricht. Einige Lizenztypen enthalten diese Informationen in ihrem Lizenzblock. Kann ich sie frei ändern?
Dies hängt wirklich von den Konventionen des Projekts ab.
Wenn Sie das Projekt verzweigen, können Sie tun, was Sie wollen.
Wenn Sie beabsichtigen, Ihre Änderungen wieder in das Projekt einzubringen, sollten Sie die festgelegte Konvention einhalten. Wenn es einen zwingenden Grund gibt, den Namespace zu ändern, müssen Sie dies der Community der Anwendung präsentieren.
Unter Berücksichtigung der allgemeinen Lizenzregeln (normalerweise unterscheiden sie sich in untergeordneten Aspekten, oder?)
Ist es ethisch (oder zumindest erlaubt), dass ich dem Lizenzblock frei Informationen über meine Änderungen hinzufüge und möglicherweise auch ändere, wie ich in meinem Code darauf verweise (z. B. YACorp.YALib als Utils.YALib verwenden)?
Ändern Sie nicht die Lizenz!
Zunächst einmal haben Sie wahrscheinlich nicht die gesetzlichen Rechte, die Lizenz zu ändern. Zweitens werden alle Änderungen, die Sie vornehmen, wahrscheinlich die Lizenz durcheinander bringen. Überlassen Sie Lizenzänderungen den Anwälten.
Die Aktualisierung des Prologs hängt von den Projektnormen ab. Einige Projekte möchten keinen Prolog, da sie die Quellcodeverwaltung verwenden, um dies zu verfolgen. Andere Projekte tun es. Befolgen Sie die Konventionen des Projekts.
Eigentlich geht es in meinen Anliegen mehr um "Respekt vor der Gemeinschaft" als um die rechtlichen Aspekte. Ich frage mich eher, wie viel wir "wild" werden können, um ethisch zu bleiben, wenn unser Projekt als privat oder persönlich angesehen werden kann.
Wenn Sie Ihre Änderungen für sich behalten, warum interessiert es Sie, was andere denken? Etwas, das Sie nur für sich selbst verwenden und niemals an andere weitergeben, hat keine Auswirkungen auf das ursprüngliche Projekt. Es ist ihnen also egal, was du tust.
Wenn Sie beabsichtigen, Ihre Änderungen zu verteilen oder sie wieder in das Projekt einzubringen, müssen Sie die Konventionen dieses Projekts evaluieren. Einige Projekte möchten nicht gespalten werden und verfügen über eine Lizenz, die dies verhindert. Andere gehen so weit zu sagen "Tu was du willst" und du erhältst die Erlaubnis zu tun was du für richtig hältst. Letztendlich hängt die Antwort hier von dem jeweiligen Projekt ab, das Sie sich ansehen.