Utiliser Git et coder en équipe





Introduction à Git
Héberger son code sur Github

GitHub c'est quoi ?
GitHub est une plateforme web d'hébergement de code basée sur Git. C'est la plus grosse plateforme au monde.
La création de compte est gratuite, mais un mode "Premium" existe.
Avec un compte classique, le code hébergé sera forcément visible. Pour rendre le code privé, il faut un abonnement.
Les concurrents
Il existe quelques concurrents à GitHub. Principalement GitLab et BitBucket.


En ligne
Propriétaire
Code privé par défaut
5 collaborateurs max
Auto-hébergé / En ligne
Open Source
Code privé par défaut
Pas de limites
Bonnes pratiques pour coder à plusieurs

Savoir qui fait quoi
Pour vous organiser, vous devez savoir quelles sont les tâches à effectuer. Notez les, et répartissez les.
Priorisez les tâches. Ex : Vous ne pouvez pas faire le traitement du formulaire d'inscription si vous n'avez pas fait la BDD.
Pour cela, utilisez un système comme Trello ! Et discutez régulièrement.

Utilisez le même environnement
Choisissez un environnement, le plus proche possible de votre serveur final.
Une fois l'environnement choisi, tout le monde doit utiliser le même !
Même OS, même serveur, même IDE !

Commitez et pushez souvent
À chaque fois que vous avez fini une modification qui est fonctionnelle, vous devez la commit et push.
Ça évite les conflits et ça permet aux autres de l'utiliser.
Adoptez un style cohérent
Votre code doit être cohérent. Même indentation, même ordre de traitement, mêmes logiques.
Mettez vous d'accords sur des points comme l'utilisation des pluriels, l'indentation, la case, la doc, la langue, éventuellement les règles de qualité (taille des lignes, des fonctions, etc.).

Commentez, comme il faut
Commentez TOUTES les fonctions, ce qu'elle font, les arguments, les retours.
Ne commentez pas le reste du code pour rien.
Si une partie est très complexe, et que vous ne pouvez pas simplifiez. Alors seulement vous commentez.
//...
Codez simplement
Limitez la complexité du code, le but n'est pas de gagner en ligne, mais en compréhension. Tout le monde doit pouvoir lire le code !
Des noms clairs, du code aéré, un minimum d'imbrication, un maximum de fonctions simples, pas trop de sucre syntaxique.

Parlez, sans vous distraire
Demandez de l'aide si vous avez un doute, si vous ne comprenez pas un bout de code.
Mais n'interrompez pas vos collègues pour rien. Commencez toujours par chercher par vous même.

Respectez ces foutus règles, ne faites pas d'exception.

Fin
Utiliser Git et coder en équipe
By plebweb
Utiliser Git et coder en équipe
- 522