mmofacts.com

Abenteuer: Kommerzielle Software freigeben

gepostet vor 15 Jahre, 10 Monate von unverbraucht

Hallo zusammen,

wir stehen momentan vor dem interessanten Problem, Selador vernünftig als freie Software herauszubringen. Es gehört doch wesentlich mehr dazu, als nur eine Kopie der (A)GPL beizulegen. Wir mussten natürlich die Copyright-Header überall anpassen und korrekt die Autoren benennen. Einleitende Worte, Changelogs (hatten wir bisher rein im SVN-Log), Design-Dokumente mussten geschrieben werden.

Ich wollte hier mal ein paar unserer Erfahrungen zusammenschreiben, falls ihr mal in die gleiche Situation kommt. Könnt ja eure Erfahrungsberichte dazupacken :)

Nachdem wir uns für die Freigabe entschieden haben, musste zuerst mal die korrekte Lizenz her. Uns hat was GPL-artiges vorgeschwebt: Jeder hat das Recht, die Software zu installieren, zu verwenden und zu verändern. Alle Veränderungen müssen aber öffentlich gemacht werden und somit der Community zurückgegeben werden. So ist es ausgeschlossen, dass jemand kommt und Selador² entwirft, dann aber kommerziell betreibt und kein anderer hat was davon. Kommerzielle Nutzung an sich sollte nicht ausgeschlossen sein, denn das ist ja erfahrungsgemäß einer der großen Motoren von OSS.

Wir haben uns am Ende für die Affero-Lizenz oder AGPL entschieden. Diese ist speziell für Netzwerk- bzw. ASP-Lösungen gedacht und legt dem Nutzer auf, bei Benutzung des Programms eine Möglichkeit des Quellcode-Downloads mit einzubauen. D.h. dass es etwa einen Download-Link auf der Startseite geben muss, der auf den _aktuellen_ Quellcode verweist.

Als nächstes haben wir den Quellcode bereinigt und nicht mehr relevante Teile als solche markiert ("... is here for historical reasons"). Jedes Source-File hat einen AGPL-Header, unser Copyright und eine Kurzbeschreibung dazubekommen. Momentan sind wir gerade dabei, den Source-Tree komplett umzubauen, um eine sinnvolle Verzeichnisstruktur zu bekommen.

Ausserdem in der Planung ist ein effektives Entwicklermodell. Wenn der Verein gegründet und ein Server beschafft worden ist, muss jeder Entwickler die Möglichkeit haben, seinen Code auf dem Server zu testen und von anderen begutachten zu lassen, klassisches Peer-Review. Der momentane Vorschlag ist, jedem Entwickler einen SVN-Branch, eine eigene DB-Kopie und eine Arbeitskopie auf dem Server zu geben. Wenn seine Änderungen von der Community abgesegnet sind, werden sie vom Serveradmin nach trunk gemerged und fliessen so in die offizielle Spielwelt ein. Das gleiche gilt für die Arbeit von Grafikern und Textern.

Der Verein an sich ist auch noch in der Entstehung. Er soll die Interessen der Selador-Spieler vertreten und hat von uns die Domain und besondere Nutzungsrechte an manchen Grafiken bekommen (welche wir nicht allgemein zur Verfügung stellen können). Aber eine sinnvolle Satzung fehlt noch, der Prozess ist leider auch noch nicht so Recht in Gang gekommen.

Es gibt auch noch ein paar offene Punkte:

  • Welcher Hoster für Code, SVN und Bugtracker? Berlios ist deutschsprachig und sympathisch, nimmt aber derzeit aus Ressourcenmangel keine Spieleprojekte mehr an. Sourceforge ist rein englisch, was für ein komplett in deutsch gehaltenes Spiel eher unpraktisch ist. Ich mache nachher noch einen Vorschlag für eine Browsergame-Force um eure Meinung dazu rauszukriegen.
  • Dann bleibt die Frage, unter welche Lizenz man Nicht-Programmcode-Komponenten wie Spielinhalte oder Grafiken stellt. Creative Commons wäre für die Spielinhalte wahrscheinlich nicht schlecht... Bei Grafiken haben wir einige Bilder von Agenturen, diese können wir nicht unter eine freie Lizenz stellen. Wir versuchen rauszukriegen, ob wir die Rechte an den Verein übertragen können...

Ich werde versuchen, den Post aktuell zu halten, wenn es neuere Entwicklungen gibt :)

gepostet vor 15 Jahre, 10 Monate von knalli

Ein Posting aus rein technischer Information: Wenn ihr tatsächlich ein solches Branching/Merging vorhabt, solltet ihr euch evtl. git anschauen. Ich habe bei den Projekten, die ich 'mal gesehen/mitgearbeitet habe, git nie für notwendig (durchaus einsetzbar) gehalten, aber bei euerem Ding könnte das evtl. von Vorteil sein. Ich habe da keine praktische Erfahrungen, aber wäre sicherlich 'ne Option für euch.

http://github.com/

Soweit ich weiß, läßt sich git und svn auch kombinieren.. müsst ihr euch dann schlaumachen.

Für Subversion-Repos gibt es sourgeforge.net und code.google.com; ersteres evtl besser geeignet, weil die ja doch noch ein paar "Features" mehr haben. Das sind zumind. die großen "Opensource"-Plattformanbieter, die ich kenne.

Auf diese Diskussion antworten