Was ist eine korrekte / höfliche Art, von einem aufgegebenen Open-Source-Projekt für ein neues Open-Source-Projekt zu erben?


13

Mein Team hat gerade versucht, mit einigen Leuten aus einem alten Open-Source-Projekt auf code.google.com Kontakt aufzunehmen. Wir sagten ihnen, dass wir gerne an ihrem Projekt teilnehmen würden und uns dazu verpflichten würden - zumindest zu einem Zweig davon - aber niemand antwortete uns. Wir haben es mit allen versucht, Eigentümern und Einsendern. niemand war in irgendeiner Weise aktiv und niemand antwortete.

Wir müssen jedoch Code festlegen und würden die Arbeit an diesem Projekt sehr gerne fortsetzen. Also müssen wir ein neues Projekt erstellen. Wir haben einen Namen dafür gefunden, der dem Namen des Projekts, von dem wir es erben möchten, nahe kommt, aber kein Duplikat davon ist. Wie sollen wir unser erstes Commit durchführen und wie soll die Commit-Nachricht lauten? Sollten wir ihren Code einfach in unser Repository kopieren, mit dem Kommentar "Wir haben diesen Code geerbt, wir haben ihn hier unter dieser und jener Lizenz gefunden ... jetzt aktualisieren wir ihn auf diese mehr / weniger strenge Lizenz ..."? Oder sollten wir einfach ihren Code als erstes Commit verwenden und Updates mit der Aufschrift "Wir haben geerbt von ... wir haben solche und solche Änderungen vorgenommen ..." veröffentlichen?


7
Abhängig von der ursprünglichen Lizenz können Sie wahrscheinlich keine weniger strenge Lizenz festlegen, es sei denn, Sie erhalten die Genehmigung des ursprünglichen Projekts. Wenn es eine Lizenz ist, die dies zulässt, ist es wahrscheinlich nicht erforderlich, auf eine noch zulässigere Lizenz umzusteigen.
Matthew Scharley

Antworten:


13

Im Idealfall würden Sie es in Google Code abspalten, wodurch die gesamte alte Geschichte erhalten bleibt. Ich weiß nicht, ob dies in Google Code ausdrücklich unterstützt wird. Wenn das alte Projekt jedoch git als Versionskontrolle verwendet, können Sie dies manuell tun, indem Sie das alte Projekt in ein lokales Verzeichnis klonen und die originFernbedienung so ändern, dass sie auf Ihr neues Projekt verweist Repository und schieben Sie dann Ihre lokale Kopie.

Ich bin sicher, dass eine ähnliche Methode mit Subversion verwendet werden kann ( svnsyncvielleicht?), Aber ich habe keine praktischen Erfahrungen mit Subversion, daher kann ich dort keine Kommentare abgeben.


2
Google Code unterstützt Mercurial, aber kein Git. Für mercurial ist die Vorgehensweise jedoch sehr ähnlich, ändern Sie einfach den defaultAlias ​​in .hg\hgrc.
Wim Coenen

@Wim danke für die Info. Ich habe Google Code wirklich nicht oft verwendet, sondern nur so viele Informationen wie möglich bereitgestellt.
Matthew Scharley

8

Entscheidend ist, ob die Lizenz den Originalcode enthält und was Sie damit tun können. Eine Sache, bei der Sie sehr vorsichtig sein sollten, ist das Ändern der Lizenz, da Ihnen dies möglicherweise nicht gestattet ist - denken Sie daran, dass Sie kein Urheberrecht haben.

Unter der Annahme, dass sich alles in perfekter Reihenfolge befindet, könnte die ursprüngliche Festschreibungsnachricht "Imported 2011-02-25 from http: // .... version XYZ" lauten sowie eine wichtige Erklärung in der Datei README.txt.

Stellen Sie klar, was Sie getan haben, und schreiben Sie Ihren Code, wenn möglich, unter Verwendung des Originalcodes als Bibliothek. Dies erleichtert die Trennung von Anliegen erheblich.


8

Dies ist eigentlich eine häufig gestellte Frage zu Google-Code . Siehe "Was kann ich tun, wenn ich ein Projekt übernehmen möchte, das von seinen Eigentümern als verlassen angesehen wird?".

Anscheinend können Sie aufgegebene Projekte übernehmen, indem Sie Google freundlich fragen.


4

Wenn Sie sich an das alte Projekt gewandt haben, kann es sich meiner Meinung nach nicht beschweren. Seien Sie einfach offen und klar darüber, was Sie tun, und loben Sie die Arbeit anderer nicht. Ich würde wahrscheinlich versuchen, die Situation sowohl auf Ihrer Website als auch in der ersten Commit-Nachricht zu erklären. Es wäre auch höflich, sicherzustellen, dass der anfängliche Codeimport genau mit dem vorherigen Projekt übereinstimmt, sodass alle Änderungen in den Festschreibungsprotokollen enthalten sind.

Wie bereits erwähnt, können Sie die Lizenz nur in eine kompatible Lizenz ändern, und Sie können die Urheberrechtsinhaber NICHT ändern, auch wenn Sie die Lizenz ändern. Es ist wichtig, dass alle vorhandenen Namen der Urheberrechtsinhaber dort und in allen Dateien, an denen sie gearbeitet haben, gespeichert bleiben.



Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.