Comment contribuer au code de retour à un projet Open Source?

voix
30

Si vous suivez un projet Open Source et que vous souhaitez contribuer des changements de code, qu'allez-vous faire?

Créé 05/08/2008 à 14:25
source utilisateur
Dans d'autres langues...                            


10 réponses

voix
18

Je passerais le temps d'apprendre à connaître les gens. Habituellement, ils ont un canal IRC où tout le monde tourne au ralenti. Apprendre à passer quelque connaître les gens, étudier le code, consultez la documentation, alors si vous sentez que vous êtes un ajustement correct pour le projet, commencer à contribuer à des correctifs de bugs. Ne pas essayer d'ajouter de nouvelles fonctionnalités au premier abord. Ils ne seront généralement pas acceptés.

Regardez aussi cette discussion tech Google à propos Comment protéger votre projet Open Source de vénéneux personnes . Il vous apprendra à ne pas faire.

Créé 05/08/2008 à 14:30
source utilisateur

voix
7

La meilleure façon de le faire est de vous présenter comme ça « Salut, Voici un bug / fonctionnalité et est ici un patch qui corrige / implémente. »

Je suis sur quelques projets open source, et il y a beaucoup de gens avec les meilleures intentions pour aider, mais qui n'a jamais faire quoi que ce soit, donc si vous vous présentez avec le code de travail vous serez considéré comme beaucoup plus précieux.

Créé 06/08/2008 à 23:38
source utilisateur

voix
4

En tant que créateur de plusieurs projets open source, je suis de l'autre côté des choses que je suis en train d'obtenir des contributeurs. Voici ce que je dirais:

  • Annoncez-vous de la manière qui convient pour le projet: email, mailing list, forum, etc.
  • Voir si votre idée est déjà dans les œuvres. Si oui, peut-être essayer d'aider plutôt que de dupliquer les efforts.
  • Découvrez la meilleure façon de présenter le code
  • Assurez-vous de suivre les styles de codage utilisés dans le projet. (Si vous décidez de convertir tous les onglets des espaces, ils ne seront pas en mesure de fusionner vos modifications dans leur système de contrôle de version facilement et plus que probablement ignorer votre demande.)
Créé 22/08/2008 à 14:52
source utilisateur

voix
4

Comme affiches ont déjà dit, il est une question pour le projet. Vous constaterez que certains sont plus ouverts au changement que d'autres. Du point de vue mécanique, vous aurez besoin de voir si elles utilisent SVN (par exemple sur le code google) ou CVS (par exemple sur sourceforge) et déterminer si elles utilisent patch ou d'une autre méthode.

Un bon exemple du genre de procédure que vous pourriez avoir besoin d'employer peut être vu sur le site gimp: http://www.gimp.org/bugs/howtos/submit-patch.html Notez l'utilisation de Bugzilla, patch et CVS

Créé 05/08/2008 à 15:21
source utilisateur

voix
3

Si vous cherchez des façons de participer à plus petite échelle (peut - être travailler votre chemin) OpenHatch a une base de données de bugs (triés par langue / cadre) ainsi qu'un grand tutoriel pour commencer.

Une autre façon de commencer est CodeTriage qui a repo GitHub la recherche d'aide la résolution des problèmes ouverts qui sont également organisées par la langue.

Créé 19/09/2013 à 22:16
source utilisateur

voix
3

Un couple d'autres choses à garder à l'esprit:

  • Assurez -vous que vous possédez réellement le code que vous voulez contribuer, et non votre employeur ou le client que vous avez fait les modifications pour. Vérifiez votre contrat de travail ou d'un accord de service s'il y a une possibilité que vous êtes dans une telle situation.

  • Voyez s'il y a un processus d'attribution de la propriété intellectuelle que les développeurs préfèrent passer par des contributeurs. Ces jours-ci de nombreux projets Open Source ont des missions, de sorte que tous les droits sur le code du projet peuvent être la propriété du projet lui-même et / ou son commanditaire.

Ces deux éléments sont importants en matière de vous protéger, le projet, et tous ceux qui veulent utiliser ou de construire sur le projet en aval des réclamations liées au code que vous avez écrit.

Créé 09/08/2008 à 01:22
source utilisateur

voix
3

Des choses comme cela était simple.

Il y avait une liste de diffusion pour les utilisateurs et un pour les développeurs. Si vous voyez un problème et peut fixer le fixer et puis exécutez le patch de Larry Wall et envoyer le patch résultant à la liste des développeurs avec une explication rapide de ce qu'il fait. En général, un dev avec un accès en écriture au CVS (ou dans les vrais vieux jours dont le projet floppy résidait sur;)) vérifieraient les choses sur et si votre patch fait ce qu'il dit sur l'étain et ne casse pas tout ce qu'il touche en l'arbre source appropriée.

Ces jours-ci, il y a beaucoup, beaucoup plus de projets en utilisant le développement ouvert et beaucoup d'entre eux sont dirigés par des gens qui n'ont jamais dirigé un projet de logiciel avant de laisser seul un un sourced ouvert, donc les choses peuvent être plus délicat. En général, l'envoi d'un patch à quelqu'un qui fait beaucoup de dev dans la partie droite du projet obtient les yeux droit regardant rapidement, même aujourd'hui. Une navigation du dépôt en ligne vous dire aux gens qui font le travail plutôt que ceux qui obtiennent leur nom sur la page d'accueil du site Web, communiquez avec les gars :) premier

Créé 05/08/2008 à 17:12
source utilisateur

voix
1

La première chose que vous devez faire est de contacter les principales personnes qui dirigent le projet open source. Demandez-leur s'il est autorisé à contribuer au code et aller de là.

écrivant votre code amélioré et puis le leur donner peut entraîner votre code rejet.

Créé 05/08/2008 à 14:28
source utilisateur

voix
0

Chattez en IRC ou parcourez les forums si elles en ont un. vous connaître faites. Vous devrez peut-être soumettre des correctifs à un groupe de discussion avant de recevoir un compte pour vous soumettre.

Se familiariser avec les normes de codage, types de patch (par exemple unifié diff) et extrayez une copie de leur CVS ou SVN si elles permettent l'accès anonyme.

Créé 22/08/2008 à 15:09
source utilisateur

voix
0

Cela dépend du projet, comment et où il est hébergé. La meilleure chose est de trouver un contact et les envoyer par courriel ou s'il y a une liste de diffusion des développeurs.

Créé 05/08/2008 à 14:26
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more