Comment contribuer code à un projet Open Source?[fermé]

Question

Si vous êtes à la suite d'un projet Open Source et souhaitez contribuer à des changements de code, que devrez-vous faire?

Answer 1

Je voudrais passer du temps à apprendre à connaître les gens en premier.Habituellement, ils ont un IRC salon de discussion où tout le monde tourne au ralenti.Passer quelque temps à apprendre à connaître les gens, étudier le code, examen de la documentation, alors si vous vous sentez comme vous êtes un bon ajustement pour le projet, de commencer à contribuer à un bug patchs.N'essayez pas d'ajouter de nouvelles fonctionnalités à la première.Ils ne sont pas généralement acceptées.

Aussi regarder ce google tech parler Comment Protéger Votre Projet Open Source Venimeux Gens.Il vous apprendra à ne pas faire.

Answer 2

La meilleure façon de le faire est de présenter vous-même comme ce "Salut, Voici un bug/feature et voici un patch qui corrige/la met en œuvre."

Je suis sur un couple de projets open source, et il y a beaucoup de gens avec les meilleures intentions pour aider mais qui n'a jamais réellement faire quelque chose, de sorte que si vous vous présentez avec code de travail, vous serez considéré comme beaucoup plus précieux.

Answer 3

Comme les précédentes affiches ont dit, c'est une question pour le projet.Vous verrez que certains sont plus ouverts au changement que d'autres.À partir d'un point de vue mécanique, vous aurez besoin de voir si elles l'utilisation de SVN (par exemple sur google code) ou CV (par exemple sur le site de sourceforge) et de déterminer si l'utilisation de patch ou d'une autre méthode.

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

Answer 4

Comme le créateur de plusieurs projets open source, je suis de l'autre côté de choses dans ce que j'essaie de faire contributeurs.Voici ce que je dirais:

• Annoncer vous-même dans n'importe quel moyen approprié pour le projet:e-mail, liste de diffusion, forum, etc
• Voir si votre idée est déjà dans les œuvres.Si oui, peut-être essayer de les aider plutôt que de dupliquer les efforts.
• Découvrez la meilleure façon de proposer le code
• Assurez-vous de suivre le codage des styles utilisés dans le projet.(Si vous décidez de convertir tous les tabulations en espaces, ils ne seront pas en mesure de fusionner vos modifications dans leur système de contrôle de version facilement et sera plus que probablement ignorer votre demande.)

Answer 5

Des choses comme cela utilisé pour être simple.

Il y avait une liste de diffusion pour les utilisateurs et une pour les développeurs.Si vous voyez un problème et peuvent le réparer, fixer, puis d'exécuter Larry Wall Patch et envoyez le patch pour les devs liste avec une explication rapide de ce qu'il fait.Généralement un dev avec accès en écriture à la CVS (ou, dans le réel vieux jours dont la disquette du projet a résidé sur ;) ) serait tout vérifier si votre patch est ce qu'il dit sur l'étain et ne casse rien d'autre, il pénètre dans l'arbre source appropriée.

Ces jours, il ya beaucoup, beaucoup de projets à l'aide de développement ouvert et beaucoup d'entre eux sont dirigés par des personnes qui n'ont jamais exécuter un projet de logiciel avant de le laisser seul open source un tant de choses peuvent être plus délicat.Généralement l'envoi d'un patch pour quelqu'un qui fait beaucoup de dev dans le droit de la zone du projet obtient le droit yeux regardant rapidement, même aujourd'hui.Une visite de la logithèque en ligne vous diront les gens qui font le travail plutôt que de ceux qui obtenir leurs noms sur la page d'accueil du site web, communiquez avec ces gars-là en premier :)

Answer 6

Quelques autres choses à garder à l'esprit:

• Être certain que vous en fait propre le code que vous souhaitez contribuer, et non pas de votre employeur ou du client, vous avez fait les modifications pour les.Vérifiez votre contrat de travail ou contrat de service si il y a une possibilité que vous êtes dans une telle situation.

• Étudier s'il existe une propriété intellectuelle processus d'affectation que les développeurs préfèrent les contributeurs passer.Ces jours-ci de nombreux projets Open Source ont ce type de missions, de sorte que tous les droits sur le code du projet peuvent être détenus par le projet lui-même et/ou de son commanditaire.

Ces deux sont importants quand il s'agit de se protéger, le projet, et quiconque veut l'utiliser ou de construire sur le projet en aval de toute réclamation liée au code que vous avez écrit.

Answer 7

Si vous êtes à la recherche de façons de s'engager sur une plus petite échelle (peut-être à votre façon de travailler) OpenHatch a une base de données de bogues (triés par langue/cadre) ainsi qu'un tutoriel pour prendre en main.

Une autre façon de commencer est CodeTriage qui a GitHub repos à la recherche pour aider à la fixation de questions encore ouvertes sont également organisées par la langue.

Answer 8

La première chose que vous devez faire est de contacter les principales personnes qui dirigent le projet open source.Demandez-leur si c'est ok pour contribuer à ce code et à partir de là.

Simplement d'écrire votre code améliorée et puis le donner à eux se peut que votre code soit rejetée.

Answer 9

Il dépend du projet, comment et où il est hébergé.La meilleure chose est de trouver un contact et courrier électronique ou voir si il y a une liste de diffusion des développeurs.

Answer 10

Obtenez discuter sur IRC ou parcourir les forums si ils en ont un.faites-vous connaître.Vous pouvez avoir besoin de soumettre des correctifs à un groupe de discussion avant de vous administrer un compte à te soumettre.

Se familiariser avec les normes de codage, patch types (p. ex.des différences unifiées et les services de paiement une copie de leur CVS ou SVN si elles permettent l'accès anonyme.