Comment «reprendre» un projet open source?

29

Il y a un projet open-source qui m'intéresse et que j'utilise régulièrement. Il est sous licence Apache License 2.0 et il n'a pratiquement plus d'activité. Il est hébergé sur Google Code et je souhaite poursuivre son développement. Je suis nouveau dans le processus open-source et j'essaie de trouver la façon appropriée de procéder. Puis-je simplement le vérifier et le pousser vers github pour pouvoir continuer son développement à l'air libre? Dois-je d'abord contacter le "propriétaire" du projet? De plus, est-ce que je laisse toutes les informations sur l'auteur en haut des classes, etc. même si je vais faire des changements .. (je suppose que la réponse est oui)?

De plus, comment puis-je pratiquement respecter l'exigence de licence de "toutes les modifications sont clairement marquées comme étant l'œuvre du modificateur"? Dois-je placer un commentaire à chaque changement que j'apporte?

Des conseils sur le cours normal / standard ici seraient-ils grandement appréciés?

open-source LuxuryMode
la source
2
Le projet a-t-il toujours une communauté active?
Tim Post
La cathédrale et le bazar
Yam Marcovic
1
Contactez Apache, ils ont des procédures formelles et sensées pour à peu près tout.
James Anderson

Réponses:

29

Récemment, j'ai repris un projet open-source. Les étapes que j'ai suivies sont:

  1. Contacter l'auteur original
  2. Faites-lui part de mes intentions
  3. Faites-vous reconnaître par lui (vous obtiendrez les droits sur le référentiel d'origine ou vous pourrez le cloner)
  4. Conserver la paternité d'origine ( s'ajoutera moi-même lorsque j'apporterai d'autres modifications)

Par "Conserver la paternité d'origine" ... je veux dire créditer l'auteur d'origine au-dessus de moi dans tous les cas car il s'agit à l'origine de son travail.

Alan Haggai Alavi
la source
1
Que voulez-vous dire par «Conserver la paternité d'origine (je m'ajouterai lorsque j'apporterai d'autres modifications)»?
LuxuryMode
Je voulais créditer l'auteur original au-dessus de moi dans tous les cas car c'est à l'origine son travail.
Alan Haggai Alavi
Mark Booth : Vous avez raison. Merci d'avoir édité ma réponse. :-)
Alan Haggai Alavi
7

Vous devriez bifurquer le projet, peut-être dans GitHub .

Alternativement, vous pouvez essayer de contacter l'auteur d'origine.

SLaks
la source
1
Merci beaucoup. J'ai envoyé un courriel à l'auteur d'origine. Je me demande simplement, y a-t-il une raison pour laquelle je DOIS le contacter ou est-ce simplement une courtoisie courante? En termes de licence, je suis libre de faire ce que je veux tant que j'y adhère, non? Aussi, j'ai parlé trop tôt. Apparemment, le dépôt d'origine est en mercurial. Dois-je simplement utiliser le plugin mercurial hg-git: hg-git.github.com ?
LuxuryMode
7
Courtoisie commune. De plus, vous pouvez contrôler d'autres choses que le code source, comme les noms de domaine, les marques de commerce, les sites Web, les listes de diffusion, etc.
FigBug
2
Autrefois, les fourches étaient considérées comme mauvaises. Il a toujours été jugé préférable de contacter le développeur d'origine et d'être poli. La philosophie de githib est que les fourches sont bon marché et que tout le monde devrait bifurquer. Après tout, sous un DVCS, tout est une fourchette. C'est pourquoi vous voyez ces différentes vues.
Andrew Dalke
1
Les utilisateurs détestent les fourches, avec une fourche, vous n'obtiendrez pas l'ancienne traction, la base d'utilisateurs, les testeurs, les contributeurs / porteurs de versions compilées du projet . Vous les voulez généralement. Le chemin du github ( gihub-do ) est le meilleur pour les trucs interprétés qui ne visent pas la distribution binaire. Et vous perdrez toujours des personnes très qualifiées qui préfèrent simplement hget ne se soucient pas du tout git. (ouais, guerres de religion, bleargh)
ZJR
6

Il existe de nombreuses façons de procéder:

  1. Envoyez un e-mail au "propriétaire / auteur" d'origine. Parlez-lui de vos intentions et de la façon dont vous pouvez aider au développement. Attendez environ 1 semaine. S'il n'y a pas de réponse ...
  2. Forkez le référentiel. Par respect et pour vous assurer que vous n'avez rien fait de mal (ce que vous n'avez probablement pas fait), faites clairement référence à l'auteur original.
  3. Obtenez le codage! Vous êtes maintenant le fier développeur du projet ABC.
Dynamique
la source