Manual:Pywikibot/Gerrit/fr

Lexique

 * Git - Un système de contrôle de version. Il remplace SVN.
 * Gerrit - Une plate-forme de relecture de code (https://gerrit.wikimedia.org). Remplace Special:CodeReview
 * core - branche (master) actuelle connue précédemment comme "rewrite".

Clients Git
Par exemple, pour télécharger la branche Core en ligne de commande :
 * Utilisateurs de Windows : il est recommandé d'utiliser TortoiseGit avec Git for Windows.  Il est recommandé d'installer d'abord TortoiseGit.
 * Utilisateurs de macOS ou de Linux : Git en ligne de commande - https://git-scm.com/ or brew install git(Homebrew, macOS)

Pour mettre à jour :

Si vous êtes paresseux et que voulez pouvoir faire tout ça d'un seul coup, vous pouvez :

Note that the repositories are somewhat large (~70MB). If this is an issue, use

to just retrieve the latest versions.

En utilisant SVN
Eh, mais... Je ne veux pas utiliser Git. Puis-je encore utiliser SVN ? Oui ! Mais n'oubliez pas de configurer et de mettre à jour séparément le module i18n.

Pour mettre à jour, il faut juste faire :

URLs
Votre client vous demandera probablement l'URL du dépôt. Les urls sont construites sur le format : .

So for core:

.

Nightly distributions
You can download the whole packages or browse the source code via download page in Wikimedia Forge

For developers
How to submit patches...configure git/gerrit. etc.

Read the guidelines, then follow steps in and run this:

and after modifying codes follow steps in


 * Windows: Developer using Windows may also use for further informations.

Example (step-by-step)
Do the following, step-by-step:


 * 1) setup your software:
 * 2) if not done already for svn access; create an SSH key, a developer account and add your public key to gerrit as well as to wikitech
 * 3) install 'git' package
 * 4) install 'git-review' package
 * 5) * the one by openstack, NOT the one by Facebook
 * 6) * any version like 1.12, 1.21, but NOT v1.18
 * 7) clone and setup your repo:
 * 8) clone the git repo with all submodules by using (like  )   and wait, this step will take some time
 * 9) enter the directory
 * 10) config git setting for this repo/directory only (not global, in case e.g. you have different pseudo for multiple projects)   and   in order to configure this globally, use the   parameter
 * 11) config your terminal/console to output english messages (in order to work properly with git review, see Gerrit/git-review#Troubleshooting)   this has to be done every time a new console is started, in order to configure this permanently, put this into your   or similar setup file
 * 12) setup git review for this repo only   and enter your   again, this is an important step - if you forget it, according to Gerrit/Tutorial#Push your change set to Gerrit, the final   below (needed to commit your changes for review) will fail - though this can be still solved then
 * 13) work with the repo, e.g. commit patches for review:
 * 14) switch to the master branch (might not be needed)
 * 15) update the current branch to revision online (like  )
 * 16) create your own local temporary branch for working   and try to choose a   with the help of the  available – the branch can be removed when not needed anymore with
 * 17) now write some code; see the Git commands add, rm and mv to add, remove or rename files - when you're ready go to the next step
 * 18) commit your changes to your local temporary branch with   (you can use   instead of   and   instead of  ) and, as used from svn, enter a meaningful commit message, e.g. a short description of your code changes
 * 19) * See.
 * 20) optionally check your changes by looking at the committed data   and make sure that you are sending what you wanted to
 * 21) send the data to the online repository, resp. gerrit for review (like  )
 * 22) finally go to Gerrit, click on your change and write a reviewer name in the input box near the "Add Reviewer" button
 * 23) optionally/opt-in further settings:
 * 24) * enable RCS keywords expansion (like svn:keywords ) by using git hooks (explained in detail here - german only)
 * 25) ** for core:
 * 26) ** (may be we should consider using the git-rcs-keywords module as mentioned in dealing-with-svn-keyword-expansion-with-git-svn)

Phabricator
Patches will be linked to a task automatically if you mention 'Bug: T12345' in a line just before 'Change-Id: ....'. See for more information.

jenkins-bot messages
https://integration.wikimedia.org/ci/job/pywikibot-core-tox-flake8/2591/console : FAILURE in ?s (non-voting)

The patchset committed did not pass flake8 code style checks. That says nothing about the functionality of the code but about the syntax and style.

https://integration.wikimedia.org/ci/job/pywikibot-core-tox-flake8-docstrings-mandatory/560/console : FAILURE in ?s (non-voting)

The patchset committed did not pass mandatory pep257 code style checks. That says nothing about the functionality of the code but about the inline documentation.

https://integration.wikimedia.org/ci/job/pywikibot-core-tox-nose/1448/console : FAILURE in ?s (non-voting)

The patchset committed did not pass pre-merge test suite. That indicates the code fails the basic tests, but a pass says nothing about the functionality of the modified code. There is a more extensive set of tests which developers should run pre-submission, and will run post merge.

This change could not be automatically merged with the current state of the repository. Please rebase your change and upload a new patchset.

The pachset cannot be merged automatically into current HEAD. Please consider Gerrit/Advanced usage#Build failed due to merge conflict for a solution.

More info about this can be found in Gerrit/Tutorial#How to submit a patch and Gerrit/Tutorial#git review complains about multiple commits.