User: andreasma Date: 05/09/04 11:33:43 Modified: /de/www/dev/ participating-guidelines.html
Log: Hinweis auf SISSL entfernt und statt GPL LGPL; zusätzlich Seite validiert File Changes: Directory: /de/www/dev/ ======================= File [changed]: participating-guidelines.html Url: http://de.openoffice.org/source/browse/de/www/dev/participating-guidelines.html?r1=2.22&r2=2.23 Delta lines: +1 -45 -------------------- --- participating-guidelines.html 1 Jan 2004 11:03:08 -0000 2.22 +++ participating-guidelines.html 4 Sep 2005 18:33:40 -0000 2.23 @@ -1,45 +1 @@ -<html><head> <title>Participating Guidelines</title> <!-- Start de-header --> <link rel="stylesheet" href="../styles/de.css" media="screen" type="text/css" /> <link rel="stylesheet" href="../styles/de_print.css" media="print" type="text/css" /> <link rel="stylesheet" title="mit Navbar" href="../styles/de_navbar.css" media="screen" type="text/css" /> <link rel="alternate stylesheet" title="ohne Navbar" media="screen" href="../styles/de_nonavbar.css" type="text/css" /> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <!-- > Kommentare zur Seite $Id: participating-guidelines.html 2003/12/17 19:49 andreasma < --> <!-- End de-header --> </head> <body> <table width="100%" summary=""><tr><td align="left" valign="top"> <div id="body_de"> <h2>Richtlinien für die Teilnahme an OpenOffice.org</h2> <p><i>Letztes Update: 03. Dezember 2001</i></p> <br> <h3>Allgemeines</h3> <P>OpenOffice.org ist das OpenSource-Projekt, über das Sun Microsystems die Technologie des beliebten StarOffice<sup>TM</sup> Office-Pakets veröffentlicht. OpenOffice.org ist ein neues Projekt, das von Sun gesponsort und bei der Weiterentwicklung unterstützt wird. OpenOffice.org ist der Name des ganzen Projekts und befindet sich auf den Servern von <A HREF="http://www.collab.net/";>CollabNet</A>.</P> <P>Die wichtigsten Merkmale von OpenOffice.org sind:</P> <blockquote> <dd><IMG SRC="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; NAME="Graphic1" ALIGN=BOTTOM WIDTH=5 HEIGHT=5 BORDER=0>  Quellcode und Informationen zum Herunterladen</dd><br> <dd><IMG SRC="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; NAME="Graphic2" ALIGN=BOTTOM WIDTH=5 HEIGHT=5 BORDER=0>  Mechanismen für die Gemeinschaft und zur Kommunikation wie etwa Mailinglisten</dd> </blockquote> <P>Das OpenOffice.org-Projekt stellt die notwendigen Mittel zur Verfügung, um die OpenSource-Technologie der Entwicklergemeinde zugänglich zu machen. Diese Projekt-Seite enthält derzeit Ressourcen zu Ihrer Information sowie Diskussionsforen. Grundsätzliche Ziele des Projekts sind: </P> <blockquote> <dd><IMG SRC="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; NAME="Graphic4" ALIGN=BOTTOM WIDTH=5 HEIGHT=5 BORDER=0>   Etablieren eines offenen, XML-basierten Standard als Dateiformat für das Office-Paket und sprachunabhängige Bindungen an die APIs der Komponenten.</dd><br> <dd><IMG SRC="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; NAME="Graphic5" ALIGN=BOTTOM WIDTH=5 HEIGHT=5 BORDER=0>   Öffentlicher Zugriff auf den Quelltext über die CVS-Versionsverwaltung, um die Entwicklung der nächsten Generation von offenen Netzwerk-fähigen Büropaketen zu ermöglichen</dd> </blockquote> <P>Die folgenden Kapitel enthalten Richtlinien, die die fachlichen Rollen und Verantwortlichkeiten bei OpenOffice.org sowie die Handhabung des Quelltexts beschreiben. Grundsätzliche Erweiterungen oder Änderungen dieser Richtlinien benötigen die Zustimmung der 2/3-Mehrheit der Projektleiter.</P> <P>Richtlinien über die Protokolle um Projekte für OpenOffice.org vorzuschlagen, finden Sie auf der folgenden Seite: <a href="http://www.openoffice.org/about_us/protocols_proposing.html";>Protokolle für Projektvorschläge</a>.</P> <br> <h3>Rollen und Verantwortlichkeiten</h3> <P>Die Stellung und die Verantwortlichkeit, die eine Person im Projekt einnehmen kann, hängt von ihrer Leistung ab. Jeder kann unabhängig von seiner Stellung helfen. Diejenigen, die für lange Zeit wertvolle Mitarbeiter waren, bekommen das Recht, Quellcode direkt an den Server zu übermitteln.</P> <br> <h3>Anwender</h3> <P>Anwender sind Personen, die die Produkte aus dem Projekt verwenden. Personen in dieser Position entwickeln keinen Quellcode, aber durch das Verwenden der Software können sie Fehler melden, sich Funktionen wünschen, usw. Das ist die mit Abstand wichtigste Gruppe von Personen, da keine Notwendigkeit für dieses Projekt bestünde, wenn es keine Anwender gäbe. Sie können ihr Interesse an einem bestimmten Projekt zeigen, indem sie den Status eines Beobachters annehmen. Sobald ein Anwender anfängt, Quellcode zu entwickeln oder Korrekturen an der Dokumentation vornimmt, wird er zum Beitragenden.</P> <br> <h3>Mitwirkende</h3> <P>Mitwirkende, ein Ausdruck, der alle Rollen in einem Projekt ohne das Recht Daten über CVS zu übermitteln einschließt, sind Personen, die Quelltext schreiben, Korrekturen an der Dokumentation vornehmen oder anderweitig an dem Projekt mitarbeiten. Der Beitrag eines Mitarbeiters ist immer bekannt. Im Quelltext dürfen alle Beitragenden, die an der Datei gearbeitet haben, ihren Namen zu der Liste der Mitwirkenden hinzufügen.</P> <br> <h3>Entwickler</h3> <P>Mitwirkende, die regelmäßig wertvolle Beiträge für ein Projekt abliefern, können in diesem Projekt zum Entwickler befördert werden. Ein Entwickler hat Schreibzugriff auf den Quelltext. Ein Entwickler von Inhalten hat Zugriff auf die Dokumentation eines Projekts, nicht aber auf den Quelltext.</P> <P>Um vom Beitragenden zum Entwickler zu werden, muss man von einem anderen Entwickler als solcher ernannt werden. Der Projektleiter kann den Beitragenden zum Entwickler machen und ihm Schreibzugriff auf den Quelltext des Projekts gestatten.</P> <P>Entwickler können aus verschiedenen Gründen inaktiv werden. Ein Entwickler, der für mindestens sechs Monate lang inaktiv war, kann seine Stellung verlieren. In diesem Fall oder in jenem Fall, dass der Wert der Beiträge eines Entwicklers abnimmt, kann der Schreibzugriff von dem zuständigen Projektleiter wieder entzogen werden.</P> <P>Eine übermittelte Änderung muss rückgängig gemacht werden, falls das von dem zuständigen Projektleiter oder der Mehrheit aller Projektleiter gefordert wird und die Bedingungen nicht sofort durch das Übermitteln eines "Bug-Fixes" erfüllt werden können. Die Situation muss geklärt sein, bevor die Änderung in eine Version, die veröffentlicht wird, aufgenommen werden kann.</P> <br> <h3>Projektleiter</h3> <P>Personen, die bereits für lange Zeit Entwickler sind und wirklich an der Entwicklung von Code beteiligt sind, großes Wissen in ihrem Arbeitsbereich und OpenOffice.org als Ganzes vorweisen können sowie Führungsqualitäten besitzen, können zum Projektleiter eines bestehenden Projekts ernannt werden. Ein Projektleiter ist verantwortlich für die Leitung des Projekts. Er muss die Richtung vorzeigen und ist Teil des OpenOffice.org-Rats.</P> <P>Von Entwicklern ernannt, kann ein Kandidat von der 2/3-Mehrheit der Projektleiter für ein neues oder ein verwaistes, bestehendes Projekt angenommen werden.</P> <P>Der Status des Projektleiters kann nicht nur durch Inaktivität bei der Veröffentlichung von Beiträgen (wie bei den Entwicklern beschrieben) verloren gehen, sondern auch bei der mangelhaften Erfüllung der Verantwortung für jenes Projekt, für das der Projektleiter zuständig ist. Die 2/3-Mehrheit der Projektleiter kann den Status als Projektleiter aufheben.</P> <P>Eine Liste unserer gegenwärtigen Projektleiter kann in der <A HREF="http://de.openoffice.org/about-ooo/about-projects.html";>Projektliste</A> gefunden werden. </P> <br> <h3><A NAME="Sources">Quelltexte</A></h3> <P>Die Codebibliothek wird in gemeinsam genutzten Archiven mit Hilfe von CVS verwaltet. Nur Entwickler und Projektleiter haben Schreibzugriff auf diese Bibliothek. Jeder hat anonymen, lesenden Zugriff auf CVS über ein Web-Frontend. </P> <P>Der komplette Quelltext, der in die Codebibliothek übertragen wird, unterliegt der <A HREF="http://www.openoffice.org/license.html";><B>GPL und SISSL</B></A>. Dateien in der Bibliothek müssen einen Kopf enthalten, der gemäß den OpenOffice.org-Vorlagen aussieht (verfügbar für <A HREF="http://www.openoffice.org/dev_docs/source/templates/code";>Quelltext</A> und <A HREF="http://www.openoffice.org/dev_docs/source/templates/makefile";>Makefiles</A>). Mitwirkende, die am Quelltext große oder kleinere Änderungen vornehmen, müssen das <A HREF="http://www.openoffice.org/licenses/jca.pdf";>"Joint Copyright Assignment - Formular"</A> unterzeichnet haben, bevor ihre Beiträge in die Bibliothek aufgenommen werden können. </P> <P>Patches und das Implementieren von neuen Funktionen können ohne vorherige Bekanntgabe oder Diskussion übermittelt werden. Zweifelhafte Änderungen oder groß angelegte Überarbeitungen müssen vor der Übertragung in die Bibliothek diskutiert werden. Jeder Änderung, die die Semantik einer existierenden API-Funktion, Konfigurationsdaten, Dateiformate oder andere große Gebiete betrifft, muss zugestimmt werden. Ein Projektleiter kann Änderungen an seinem Projekt zwanglos zustimmen. </P> <P>Es gibt verschiedene Arten von Änderungen:</P> <TABLE WIDTH=100% BORDER=1 CELLPADDING=4 CELLSPACING=2> <COL WIDTH=48*> <COL WIDTH=208*> <TR VALIGN=TOP> <TD WIDTH=19%> <P>info</P> </TD> <TD WIDTH=81%> <P>Bekanntgabe einer API-Änderung zur Information, keine Aktion eines Entwicklers notwendig. </P> </TD> </TR> <TR VALIGN=TOP> <TD WIDTH=19%> <P>recommended (empfohlen)</P> </TD> <TD WIDTH=81%> <P>Die neue API soll so schnell wie möglich verwendet werden. Die alte API ist veraltet und kann in der nahen Zukunft entfernt werden. Neuer Code sollte immer die neue API verwenden. </P> </TD> </TR> <TR VALIGN=TOP> <TD WIDTH=19%> <P>required (erforderlich)</P> </TD> <TD WIDTH=81%> <P>Falls die neue API nicht verwendet wird, kann es zu einem Fehler beim Kompilieren kommen oder es können Laufzeit-Fehler auftreten. Eine Aktion der Entwickler ist zwingend notwendig. </P> </TD> </TR> </TABLE> <P STYLE="margin-bottom: 0cm"> </P> <P>Vorschläge für projektübergreifende Änderungen der Typen "recommended (empfohlen)" oder "required (erforderlich)" müssen mit einem Vorschlag für das Änderungsdatum in der Schnittstellen-Diskussions-Mailingliste veröffentlicht werden. Nach einer Woche der Prüfung muss eine Änderungsankündigung in der Schnittstellen-Ankündigungs-Mailingliste veröffentlicht werden. Während diesem Ankündigunszeitraums müssen abhängige Projekte vorbereitet werden, damit beim Kompilieren des Pakets kein Fehler entsteht. Sie - und nicht derjenige, der die Änderungen gefordert hat - sind dafür verantwortlich, über die Änderungen in ihrem Projekt nachzudenken. Innerhalb dieser zwei Wochen der Diskussion und Ankündigung können Projektleiter Einspruch erheben und die Mehrheit der Projektleiter muss entscheiden, ob dem Einspruch stattgegeben wird. </P> <P>Eine übermittelte Änderung muss rückgängig gemacht werden, falls das von dem zuständigen Projektleiter oder der Mehrheit aller Projektleiter gefordert wird und die Bedingungen nicht sofort durch das Übermitteln eines "Bug-Fixes" erfüllt werden können. Die Situation muss geklärt sein, bevor die Änderung in eine Version, die veröffentlicht wird, aufgenommen werden kann. </P> </td> </td><td valign="top" height="100%"> <!-- Start Navbar --> -<table id="navbar_de" summary="Navigationsleiste" border="0" cellspacing="0" cellpadding="0"> - - <tr><th class="dev">Infos für Mitwirkende</th></tr> - <tr><td><a href="index.html">Infos über diesen Bereich</a></td></tr> - - <tr><th class="dev">Anstehende Arbeit</th></tr> - <tr><td><a href="dev-zfs/diskussion-2210-2810.html">Zusammenfassung der aktuellen Diskussion</a></td></tr> - <tr><td><a href="todo.html">ToDo-Liste</a></td></tr> - - <tr><th class="dev">Issues</th></tr> - <tr><td><a href="issue_uebersicht.html">Laufende Issues</a></td></tr> - <tr><td><a href="issues_suchen.html">Issues suchen</a></td></tr> - - <tr><th class="dev">Organisatorisches</th></tr> - <tr><td><a href="ecdl/index.html">ECDL</a></td></tr> - <tr><td><a href="ansprechpartner.html">Ansprechpartner</a></td></tr> - - <tr><th class="dev">Kommunikation</th></tr> - <tr><td><a href="about-mailinglist.html">Mailinglisten</a></td></tr> - <tr><td><a href="about-irc.html">IRC</a></td></tr> - - <tr><th class="dev">Anleitungen</th></tr> - <tr><td><a href="about-issuezilla.html">IssueZilla</a></td></tr> - <tr><td><a href="ssh2_einfuehrung.html">SSH2</a></td></tr> - <tr><td><a href="cvs_win-howto.html">CVS (Windows/WinCVS)</a></td></tr> - <tr><td><a href="CVS_einfuehrung.html">CVS (Kommandozeile)</a></td></tr> - <tr><td><a href="about-contributing.html">Code beitragen</a></td></tr> - - <tr><th class="dev">Diverses</th></tr> - <tr><td><a href="participating-guidelines.html">Regeln & Rollen bei OOo</a></td></tr> - <tr><td><a href="../about-ooo/about-projects.html">Projekte bei OOo</a></td></tr> - <tr><td><a href="team.html">Unser Team</a></td></tr> - - - <tr><th class="dev"><a href="../index.html" style="color: #FFFFFF">Zurück zum allgemeinen Bereich</a></th></tr> - - </table> -<!-- End Navbar --> -</div> -</td></tr></table> - -</body> -</html> - +<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> <html><head> <title>Participating Guidelines</title> <!-- Start de-header --> <link rel="stylesheet" href="../styles/de.css" media="screen" type="text/css" /> <link rel="stylesheet" href="../styles/de_print.css" media="print" type="text/css" /> <link rel="stylesheet" title="mit Navbar" href="../styles/de_navbar.css" media="screen" type="text/css" /> <link rel="alternate stylesheet" title="ohne Navbar" media="screen" href="../styles/de_nonavbar.css" type="text/css" /> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <!-- > Kommentare zur Seite $Id: participating-guidelines.html 2003/12/17 19:49 andreasma < --> <!-- End de-header --> </head> <body> <table width="100%" summary=""><tr><td align="left" valign="top"> <div id="body_de"> <h2>Richtlinien für die Teilnahme an OpenOffice.org</h2> <p><i>Letztes Update: 04. September 2005</i><br /></p> <h3>Allgemeines</h3> <p>OpenOffice.org ist das OpenSource-Projekt, über das Sun Microsystems die Technologie des beliebten StarOffice<sup>TM</sup> Office-Pakets veröffentlicht. OpenOffice.org ist ein neues Projekt, das von Sun gesponsort und bei der Weiterentwicklung unterstützt wird. OpenOffice.org ist der Name des ganzen Projekts und befindet sich auf den Servern von <a href="http://www.collab.net/";>CollabNet</a>.</p> <p>Die wichtigsten Merkmale von OpenOffice.org sind:</p> <blockquote> <dl> <dd><img src="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; name="Graphic1" align="bottom" width="5" height="5" alt="kleines blaues Aufzaehlungzeichen" border="0" />  Quellcode und Informationen zum Herunterladen<br /></dd> <dd><img src="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; name="Graphic2" align="bottom" width="5" height="5" alt="kleines blaues Aufzaehlungzeichen" border="0" />  Mechanismen für die Gemeinschaft und zur Kommunikation wie etwa Mailinglisten</dd> </dl> </blockquote> <p>Das OpenOffice.org-Projekt stellt die notwendigen Mittel zur Verfügung, um die OpenSource-Technologie der Entwicklergemeinde zugänglich zu machen. Diese Projekt-Seite enthält derzeit Ressourcen zu Ihrer Information sowie Diskussionsforen. Grundsätzliche Ziele des Projekts sind: </p> <blockquote> <dl> <dd><img src="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; name="Graphic4" align="bottom" width="5" height="5" alt="kleines blaues Aufzaehlungzeichen" border="0" />   Etablieren eines offenen, XML-basierten Standard als Dateiformat für das Office-Paket und sprachunabhängige Bindungen an die APIs der Komponenten.<br /></dd> <dd><img src="http://www.openoffice.org/sharedimages/small_blue_bullet.gif"; name="Graphic5" align="bottom" alt="kleines blaues Aufzaehlungzeichen" width="5" height="5" border="0" />   Öffentlicher Zugriff auf den Quelltext über die CVS-Versionsverwaltung, um die Entwicklung der nächsten Generation von offenen Netzwerk-fähigen Büropaketen zu ermöglichen</dd> </dl> </blockquote> <p>Die folgenden Kapitel enthalten Richtlinien, die die fachlichen Rollen und Verantwortlichkeiten bei OpenOffice.org sowie die Handhabung des Quelltexts beschreiben. Grundsätzliche Erweiterungen oder Änderungen dieser Richtlinien benötigen die Zustimmung der 2/3-Mehrheit der Projektleiter.</p> <p>Richtlinien über die Protokolle um Projekte für OpenOffice.org vorzuschlagen, finden Sie auf der folgenden Seite: <a href="http://www.openoffice.org/about_us/protocols_proposing.html";>Protokolle für Projektvorschläge</a>.</p> <br /> <h3>Rollen und Verantwortlichkeiten</h3> <p>Die Stellung und die Verantwortlichkeit, die eine Person im Projekt einnehmen kann, hängt von ihrer Leistung ab. Jeder kann unabhängig von seiner Stellung helfen. Diejenigen, die für lange Zeit wertvolle Mitarbeiter waren, bekommen das Recht, Quellcode direkt an den Server zu übermitteln.</p> <br /> <h3>Anwender</h3> <p>Anwender sind Personen, die die Produkte aus dem Projekt verwenden. Personen in dieser Position entwickeln keinen Quellcode, aber durch das Verwenden der Software können sie Fehler melden, sich Funktionen wünschen, usw. Das ist die mit Abstand wichtigste Gruppe von Personen, da keine Notwendigkeit für dieses Projekt bestünde, wenn es keine Anwender gäbe. Sie können ihr Interesse an einem bestimmten Projekt zeigen, indem sie den Status eines Beobachters annehmen. Sobald ein Anwender anfängt, Quellcode zu entwickeln oder Korrekturen an der Dokumentation vornimmt, wird er zum Beitragenden.</p> <br /> <h3>Mitwirkende</h3> <p>Mitwirkende, ein Ausdruck, der alle Rollen in einem Projekt ohne das Recht Daten über CVS zu übermitteln einschließt, sind Personen, die Quelltext schreiben, Korrekturen an der Dokumentation vornehmen oder anderweitig an dem Projekt mitarbeiten. Der Beitrag eines Mitarbeiters ist immer bekannt. Im Quelltext dürfen alle Beitragenden, die an der Datei gearbeitet haben, ihren Namen zu der Liste der Mitwirkenden hinzufügen.</p> <br /> <h3>Entwickler</h3> <p>Mitwirkende, die regelmäßig wertvolle Beiträge für ein Projekt abliefern, können in diesem Projekt zum Entwickler befördert werden. Ein Entwickler hat Schreibzugriff auf den Quelltext. Ein Entwickler von Inhalten hat Zugriff auf die Dokumentation eines Projekts, nicht aber auf den Quelltext.</p> <p>Um vom Beitragenden zum Entwickler zu werden, muss man von einem anderen Entwickler als solcher ernannt werden. Der Projektleiter kann den Beitragenden zum Entwickler machen und ihm Schreibzugriff auf den Quelltext des Projekts gestatten.</p> <p>Entwickler können aus verschiedenen Gründen inaktiv werden. Ein Entwickler, der für mindestens sechs Monate lang inaktiv war, kann seine Stellung verlieren. In diesem Fall oder in jenem Fall, dass der Wert der Beiträge eines Entwicklers abnimmt, kann der Schreibzugriff von dem zuständigen Projektleiter wieder entzogen werden.</p> <p>Eine übermittelte Änderung muss rückgängig gemacht werden, falls das von dem zuständigen Projektleiter oder der Mehrheit aller Projektleiter gefordert wird und die Bedingungen nicht sofort durch das Übermitteln eines "Bug-Fixes" erfüllt werden können. Die Situation muss geklärt sein, bevor die Änderung in eine Version, die veröffentlicht wird, aufgenommen werden kann.</p> <br /> <h3>Projektleiter</h3> <p>Personen, die bereits für lange Zeit Entwickler sind und wirklich an der Entwicklung von Code beteiligt sind, großes Wissen in ihrem Arbeitsbereich und OpenOffice.org als Ganzes vorweisen können sowie Führungsqualitäten besitzen, können zum Projektleiter eines bestehenden Projekts ernannt werden. Ein Projektleiter ist verantwortlich für die Leitung des Projekts. Er muss die Richtung vorzeigen und ist Teil des OpenOffice.org-Rats.</p> <p>Von Entwicklern ernannt, kann ein Kandidat von der 2/3-Mehrheit der Projektleiter für ein neues oder ein verwaistes, bestehendes Projekt angenommen werden.</p> <p>Der Status des Projektleiters kann nicht nur durch Inaktivität bei der Veröffentlichung von Beiträgen (wie bei den Entwicklern beschrieben) verloren gehen, sondern auch bei der mangelhaften Erfüllung der Verantwortung für jenes Projekt, für das der Projektleiter zuständig ist. Die 2/3-Mehrheit der Projektleiter kann den Status als Projektleiter aufheben.</p> <p>Eine Liste unserer gegenwärtigen Projektleiter kann in der <a href="http://de.openoffice.org/about-ooo/about-projects.html";>Projektliste</a> gefunden werden. </p> <br /> <h3><a name="Sources">Quelltexte</a></h3> <p>Die Codebibliothek wird in gemeinsam genutzten Archiven mit Hilfe von CVS verwaltet. Nur Entwickler und Projektleiter haben Schreibzugriff auf diese Bibliothek. Jeder hat anonymen, lesenden Zugriff auf CVS über ein Web-Frontend. </p> <p>Der komplette Quelltext, der in die Codebibliothek übertragen wird, unterliegt der <a href="http://www.openoffice.org/license.html";><b>LGPL</b></a> (GNU Lesser General Public License). Dateien in der Bibliothek müssen einen Kopf enthalten, der gemäß den OpenOffice.org-Vorlagen aussieht (verfügbar für <a href="http://www.openoffice.org/dev_docs/source/templates/code";>Quelltext</a> und <a href="http://www.openoffice.org/dev_docs/source/templates/makefile";>Makefiles</a>). Mitwirkende, die am Quelltext große oder kleinere Änderungen vornehmen, müssen das <a href="http://www.openoffice.org/licenses/jca.pdf";>"Joint Copyright Assignment - Formular"</a> unterzeichnet haben, bevor ihre Beiträge in die Bibliothek aufgenommen werden können. </p> <p>Patches und das Implementieren von neuen Funktionen können ohne vorherige Bekanntgabe oder Diskussion übermittelt werden. Zweifelhafte Änderungen oder groß angelegte Überarbeitungen müssen vor der Übertragung in die Bibliothek diskutiert werden. Jeder Änderung, die die Semantik einer existierenden API-Funktion, Konfigurationsdaten, Dateiformate oder andere große Gebiete betrifft, muss zugestimmt werden. Ein Projektleiter kann Änderungen an seinem Projekt zwanglos zustimmen. </p> <p>Es gibt verschiedene Arten von Änderungen:</p> <table width="100%" border="1" cellpadding="4" cellspacing="2"> <col width="48*" /> <col width="208*" /> <tr valign="top"> <td width="19%"> <p>info</p> </td> <td width="81%"> <p>Bekanntgabe einer API-Änderung zur Information, keine Aktion eines Entwicklers notwendig. </p> </td> </tr> <tr valign="top"> <td width="19%"> <p>recommended (empfohlen)</p> </td> <td width="81%"> <p>Die neue API soll so schnell wie möglich verwendet werden. Die alte API ist veraltet und kann in der nahen Zukunft entfernt werden. Neuer Code sollte immer die neue API verwenden. </p> </td> </tr> <tr valign="top"> <td width="19%"> <p>required (erforderlich)</p> </td> <td width="81%"> <p>Falls die neue API nicht verwendet wird, kann es zu einem Fehler beim Kompilieren kommen oder es können Laufzeit-Fehler auftreten. Eine Aktion der Entwickler ist zwingend notwendig. </p> </td> </tr> </table> <p style="margin-bottom: 0cm"> Vorschläge für projektübergreifende Änderungen der Typen "recommended (empfohlen)" oder "required (erforderlich)" müssen mit einem Vorschlag für das Änderungsdatum in der Schnittstellen-Diskussions-Mailingliste veröffentlicht werden. Nach einer Woche der Prüfung muss eine Änderungsankündigung in der Schnittstellen-Ankündigungs-Mailingliste veröffentlicht werden. Während diesem Ankündigunszeitraums müssen abhängige Projekte vorbereitet werden, damit beim Kompilieren des Pakets kein Fehler entsteht. Sie - und nicht derjenige, der die Änderungen gefordert hat - sind dafür verantwortlich, über die Änderungen in ihrem Projekt nachzudenken. Innerhalb dieser zwei Wochen der Diskussion und Ankündigung können Projektleiter Einspruch erheben und die Mehrheit der Projektleiter muss entscheiden, ob dem Einspruch stattgegeben wird. </p> <p>Eine übermittelte Änderung muss rückgängig gemacht werden, falls das von dem zuständigen Projektleiter oder der Mehrheit aller Projektleiter gefordert wird und die Bedingungen nicht sofort durch das Übermitteln eines "Bug-Fixes" erfüllt werden können. Die Situation muss geklärt sein, bevor die Änderung in eine Version, die veröffentlicht wird, aufgenommen werden kann. </p> </div> </td><td valign="top" height="100%"> <!-- Start Navbar --> <table id="navbar_de" summary="Navigationsleiste" border="0" cellspacing="0" cellpadding="0"> <tr><th class="dev">Infos für Mitwirkende</th></tr> <tr><td><a href="index.html">Infos über diesen Bereich</a></td></tr> <tr><th class="dev">Anstehende Arbeit</th></tr> <tr><td><a href="dev-zfs/diskussion-2210-2810.html">Zusammenfassung der aktuellen Diskussion</a></td></tr> <tr><td><a href="todo.html">ToDo-Liste</a></td></tr> <tr><th class="dev">Issues</th></tr> <tr><td><a href="issue_uebersicht.html">Laufende Issues</a></td></tr> <tr><td><a href="issues_suchen.html">Issues suchen</a></td></tr> <tr><th class="dev">Organisatorisches</th></tr> <tr><td><a href="ecdl/index.html">ECDL</a></td></tr> <tr><td><a href="ansprechpartner.html">Ansprechpartner</a></td></tr> <tr><th class="dev">Kommunikation</th></tr> <tr><td><a href="about-mailinglist.html">Mailinglisten</a></td></tr> <tr><td><a href="about-irc.html">IRC</a></td></tr> <tr><th class="dev">Anleitungen</th></tr> <tr><td><a href="about-issuezilla.html">IssueZilla</a></td></tr> <tr><td><a href="ssh2_einfuehrung.html">SSH2</a></td></tr> <tr><td><a href="cvs_win-howto.html">CVS (Windows/WinCVS)</a></td></tr> <tr><td><a href="CVS_einfuehrung.html">CVS (Kommandozeile)</a></td></tr> <tr><td><a href="about-contributing.html">Code beitragen</a></td></tr> <tr><th class="dev">Diverses</th></tr> <tr><td><a href="participating-guidelines.html">Regeln & Rollen bei OOo</a></td></tr> <tr><td><a href="../about-ooo/about-projects.html">Projekte bei OOo</a></td></tr> <tr><td><a href="team.html">Unser Team</a></td></tr> <tr><th class="dev"><a href="../index.html" style="color: #FFFFFF">Zurück zum allgemeinen Bereich</a></th></tr> </table> <!-- End Navbar --> </td></tr></table> <p> <a href="http://validator.w3.org/check?uri=referer";><img src="http://www.w3.org/Icons/valid-xhtml10"; alt="Valid XHTML 1.0 Transitional" height="31" width="88" /></a> </p> </body> </html> \ No newline at end of file --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
![http://www.openoffice.org/sharedimages/small_blue_bullet.gif"](http://www.openoffice.org/sharedimages/small_blue_bullet.gif"){kind=link}