Quelle est la meilleure façon de présenter leur résolution pour des projets open source en utilisant SVN? [fermé]

Question

Quelle est la meilleure façon de présenter une pièce de travail ou à un bugfix projet Open Source en utilisant SVN?

Idéalement, je voudrais présenter une révision ou d'un patch afin qu'ils puissent appliquer facilement dans leur dépôt directement si elles l'approuvent.

J'utilise TortoiseSVN si elle compte.

Answer 1

Voici ce que vous devez faire:

1. Assurez-vous que le bug est pas déjà fixé (sur le tronc ou une branche). Souvent, les bogues qui sont présents dans un communiqué sont déjà fixés dans le code de développement.
2. Obtenir une copie de travail du code
3. Correction du bug dans votre copie de travail, compiler et tester
4. Lors de la fixation du bogue, utilisez le même style de codage (par exemple, des onglets / espaces, indentation, nom de la variable, ...) comme le code existant
5. Puisque vous utilisez TortoiseSVN: clic droit sur votre copie de travail, TSVN submenu-> Créer un patch. Enregistrer quelque part rustine.
6. zip la rustine (la plupart des applications de messagerie mess avec les espaces dans un fichier texte ci-joint, et le fichier patch ne doit pas être sali avec du tout - passer comme un éclair, il empêche que)
7. Envoyer la rustine aux projets liste de diffusion (ou le promoteur du projet), décrivant le bug vous fixe, comment le bug peut être reproduit (ou comment vous le détecter) et peut-être la façon dont vous le fixe
8. Consultez la liste de diffusion pour les questions les développeurs pourraient avoir sur votre patch

Answer 2

droite droit-> tortue svn-> Créer un patch

Cela permettra d'économiser les changements dans votre copie de travail dans un fichier de patch. Ce faisant, vous pouvez voir la liste complète des changements que vous avez:)

Ps. remarquez comment avec -.> appliquer le correctif, tout le monde peut facilement appliquer le patch enregistré sur une version locale

Answer 3

unsually, l'accès SVN est disponible pour les développeurs seulement, simplement pour éviter les accidents faites par les personnes qui ne connaissent pas le code ou si vous voulez même de démolir le dépôt. Les patchs peuvent être envoyés par bugtrackers - vous faites un check-out, puis modifiez votre copie de travail. Parce que vous ne pouvez pas envoyer vos modifications avec SVN, vous créez un fichier diff (patch) et le publier sur le forum de discussion de projet ou bugtracker, en fonction de la question, il résout. Si les utilisateurs et les développeurs ont aimé, ils l'intégrer avec le dépôt officiel. Avec un fichier diff, il est assez facile.

Notez que, parfois, il est possible d'obtenir votre propre branche du projet. Par exemple, le jeu open-source OpenTTD offre des dépôts git pour les personnes qui souhaitent maintenir leurs propres correctifs ou de nouvelles fonctionnalités. D'autres projets peuvent utiliser Launchpad.

Answer 4

Vous voulez vous assurer que vous avez les dernières mises à jour du code source, et assurez-vous que les changements que vous avez fait encore fusionner correctement dans le code. Après cela, vous voulez faire une diff sur le code source d'origine et la nouvelle source que vous avez écrit (svn diff).

Vous prenez cette diff, et l'envoyer à l'emplacement approprié, par exemple une liste de diffusion, un bug tracker de quelque sorte, ou à l'auteur d'origine si le projet est exécuté par une seule personne.