OpenOffice.org est le nom du projet total et est hébergé dans sa version originale anglophone par la SSII CollabNet.
OpenOffice.org est projet que Sun a lancé et
qui est
sponsorisé et épaulé dans sa progression.
OpenOffice.org est le projet OpenSource au travers duquel Sun
Microsystems publie la technologie de sa suite bureautique StarOffice(tm).
Le projet OpenOffice.org établit les facilités nécessaires pour rendre cette technologie disponible à la communauté des développeurs.
Le site internationale OpenOffice.org propose des ressources d'informations et des forums de discussions.
L'accès ouvert au code source via le gestionnaire de versions CVS
La partie ci-dessous décrit les directives concernant les rôles techniques et les responsabilités sur le projet OpenOffice.org et sur le maniement du code source. Les changements substantiels de ces directives nécessitent l'approbation d'une majorité de 2/3 des responsables de projets.
Ils sont basés sur le mérite. Tout le monde peut aider, quel que soit son rôle. Ceux qui auront été des contributeurs actifs de manière assidue obtiennent le droit de remettre leur travail directement dans la banque de code.
Un utilisateur est quelqu'un qui utilise le produit du projet... Il ne contribue pas dans l'écriture du code, mais il saura découvrir des bugs, faire des suggestions, etc. Il est de loin l'acteur le plus important du projet parce que sans utilisateurs, le projet n'aurait aucune raison d'être. Quand un utilisateur commence à contribuer au code ou à la documentation, il devient de fait un développeur.
Le développeur est celui qui écrit du code, de la documentation, ou contribue positivement au projet d'une autre manière. Une contribution de développeur est toujours reconnue. Dans le code source, chaque développeur ayant participé à un fichier source peut ajouter son nom à la liste des contributeurs pour ce fichier.
Un développeur qui a contribué de façon remarquable à un projet peut voir son statut promu au rang d' "entrepreneur" pour ce projet. Un entrepreneur obtient les droits d'accès en écriture sur la banque de code source (via CVS).
Un autre entrepreneur peut proposer un développeur comme entrepreneur. Le responsable d'un projet nomme alors le développeur "entrepreneur" et lui donne les droits d'accès en écriture à la banque de code source du projet.
Il se peut qu'un entrepreneur devienne inactif pour de multiples raisons. Un entrepreneur inactif depuis plus de 6 mois peut perdre son statut. Dans ce cas, le responsable du projet peut lui retirer les droits d'accès en écriture sur la banque de la communauté.
Un changement de code publié peut être supprimé si c'est demandé par le responsable du projet ou la majorité des autres responsables de projets et si ses conséquences ne peuvent pas être immédiatement corrigées par la publication d'un correctif type "bug fix". Le problème doit être résolu avant que le changement puisse être inclus dans une construction (un 'build') publique.
Un entrepreneur de longue date avec une implication encore actuelle dans le développement de code, une profonde connaissance de la matière en question sur OpenOffice.org et une habileté réelle et éprouvée dans la direction d'équipe peut être nommé responsable de projet.
Un responsable de projet donne les directives pour son projet dans son domaine au sein du projet OpenOffice.org.
Il doit spécialement veiller à ce que les questions sur son projet soient répondues et à ce que les contributions et publications soient traitées.
Nommé par les entrepreneurs un candidat doit être approuvé par une majorité aux 2/3 des responsables de projets pour devenir lui-même le responsable d'un nouveau projet ou d'un projet existant sans responsable.
La perte du statut de responsable de projet peut non seulement intervenir dans le cas d'une inactivité sur le projet (comme pour les entrepreneurs) mais aussi pour défaut de prises de responsabilités dans le projet dont le responsable a la charge. Une majorité de 2/3 des autres responsables de projets peut révoquer un statut de responsable de projet.
Une liste des responsables de projets actuels peut être consultée ici.
Le code source est conservé dans une banque d'informations partagée utilisant le système CVS.
Seuls les entrepreneurs peuvent écrire dans cette banque, mais tout le monde y a accès en lecture via CVS avec le frontal web.
Tous les codes source remis au projet doivent être couverts par la licences LGPL
Les fichiers dans la banque doivent contenir un en-tête conforme au modèle de code OpenOffice.org et aux makefiles.
Les développeurs de code source supérieur à 10 lignes doivent avoir signé le formulaire de copyright avant que leur contribution puisse être publiée dans la banque.
Les patches et implémentations de fonctionnalités sans contestation peuvent être soumis sans discussion ou annonce préalable. Les changements discutables et les grandes remises en question doivent évidemment être discutés avant d'être publiés.
Chaque changement qui affecterait la sémantique d'une API existante, d'une donnée de configuration, d'un format de fichier ou autres champs d'importance doit être approuvé. Un responsable de projet peut approuver un changement dans son propre projet sans cérémonie particulière.
|
Info |
Notice d'information au sujet du changement d'une API. Pas d'action particulière nécessaire. |
|
recommended |
Utiliser la nouvelle API le plus tôt possible. L'ancienne est obsolète et disparaîtra assez vite. Les nouveaux codes doivent toujours utiliser la nouvelle API. |
|
required |
Ne pas se conformer à la nouvelle API compromettra la construction ou causera des problèmes d'exécution. L'action du développeur est obligée. |
Les propositions de changements entre projets du type "recommended" ou "required" doivent être publiées avec la date suggérée sur le forum de discussion du module spécifique au minimum une semaine avant le changement. Pendant cette période les projets concernés doivent se préparer pour que la construction suivante n'échoue pas. Ils sont responsables de l'application du changement dans leur projet, pas le demandeur du changement. Au bout de deux semaines de discussion sur l'annonce de changement, les responsables peuvent décider par vote majoritaire de l'opportunité d'annulation du changement.
Un changement déjà publié dans la banque peut être supprimé si cela est demandé par le responsable du projet ou la majorité des responsables des autres projets et si ses conséquences ne peuvent être immédiatement corrigées par la soumission d'un correctif. Le problème doit être corrigé avant que le changement puisse être inclus dans une construction publique.
Ce site n'est pas un miroir du site OpenOffice.org, ni sa traduction complète, mais une partie intégrante du site du projet OpenOffice.org dans votre langue de prédilection. Il existe pour vous permettre de découvrir et de participer au projet OpenOffice.org dans les meilleures conditions, mais il ne saurait se substituer aux éléments dynamiques du site OpenOffice.org en langue anglaise tels que le frontal CVS, les discussions de développeurs sur les projets en cours, etc. L'anglais est effectivement utilisé dans le projet OpenOffice.org pour faciliter l'échange entre développeurs de langues natales différentes.
Vous pouvez utiliser le forum et autres ressources proposées sur cette partie de OpenOffice.org pour faire part de vos suggestions, demander des précisions, proposer votre aide à la communauté etc... Mais il est important que vous notiez que pour participer en tant que développeur, entrepreneur ou responsable de projet OpenOffice.org, il vous sera indispensable de travailler directement sur les ressources en anglais du site www.OpenOffice.org.
Pour aller plus loin et savoir où et comment contribuer dans un projet déterminé, accédez à la page index des contributions