Bonnes pratiques
Git

La notion de commits atomiques est souvent méconnue des développeurs. Mais qu'est-ce qu'un commit atomique et pourquoi l'utiliser ?


Partagé par Axel Shaïta
il y a environ 3 ans
8

Derniers commentaires :
Anonyme il y a environ 3 ans
Je ne connaissais pas la fonctionnalité du git bisect, très interessant.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Git

Nous voyons l'utilisation de git rebase sur un cas concret que nous rencontrons tous les jours, afin de démystifier cette commande tant redoutée.


Partagé par Carl Chenet
il y a plus de 3 ans
5

Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Git
performances

@derrickstolee recently discussed several different git clone options, but how do those options actually affect your Git performance? Which option is fastest for your client experience? Which option is fastest for your build machines? How can these options impact


Partagé par Charles Dimitri
il y a presque 4 ans
1

Derniers commentaires :
Benoit GANTAUME il y a presque 4 ans
Merci Dimitri du partage.
Quelles idées principales en retiens-tu ?
Si je lis l’article, qu’est ce que je vais apprendre ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
Bonnes pratiques
Design Pattern
Git

Les développeurs passent beaucoup de temps devant un écran, parfois au détriment de leur santé oculaire. Une des solutions serait la lecture sur un support papier.


il y a presque 4 ans
1

Derniers commentaires :
Jean-Baptiste Baillet il y a presque 4 ans
La bibliothèque est une bonne idée. Certains des livres sont en cours de lecture. Je tacherais d'en faire un résumé lorsque je les aurais finis. Merci pour vos retours.
Sébastien Poulet-Mathis il y a presque 4 ans
Très bonne idée la bibliothèque!
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Agilité
DevOps
Git

Venez partager vos connaissances, découvrir, les outils de développement logiciels autour des grandes chaines de développement, des grands IDE.


Partagé par Bruno Raby
il y a presque 4 ans
4

Derniers commentaires :
Ghislain Durand il y a presque 4 ans
J'utilise gitea.io en production (auto-hébergé) depuis plus d'un an et j'en suis très satisfait :
aucun bug bloquant, des mises à jours régulières et upgrade facile, peu gourmand en ressources (contrairement à gitlab) et performant, largement suffisant pour gérer une petite équipe et plusieurs projets en parallèle.
Bruno Raby il y a presque 4 ans - modifié il y a presque 4 ans
@Benoit merci pour ta remarque et ton accueil. Les autres merci pour le partage de gitea.io c'est toujours bon de connaitre une solution pour s'affranchir des gafams. Je vais ajouter un petit paragraphe à mon article pour présenter cette solution.

Je viens de jeter un œil sur la battle "Github vs GitLab" c'est vraiment très bien fait bravo.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Bonnes pratiques
Git

Lorsque l’on utilise Git, surtout quand on est débutant, on ne sait pas toujours comment nommer correctement ses branches ou ses messages de commits. Pourtant il est primordial pour s’y retrouver dans un projet, de respecter une convention de nommage.


Partagé par Axel Shaïta
il y a presque 4 ans
4

Derniers commentaires :
Axel Shaïta il y a presque 4 ans
@Corentin Leffy J'ai pas mal utilisé cette convention que je trouve, comme tu dis, très visuelle. J'en fais d'ailleurs mention très brièvement dans mon article.

@Marc Bouvier C'est exactement cette convention ! Effectivement elle est de plus en plus suivie car pas mal d'outils se basent sur celle-ci pour automatiser la génération des changelogs ou le versionning (en se basant sur semver.org/lang/fr/)
Baptiste Pottier il y a presque 4 ans - modifié il y a presque 4 ans
@benoit Oui, nous l'utilisons depuis une année en mode "souple", c'est à dire que nous gardons une branch develop en plus de la master, là ou certain "extremistes" ne gardent que la master (et franchement on s'interroge à ne pas pousser jusque là tellement c'est pratique).
Les gains sont :
- l'obligation de travailler propre (il faut penser au copain)
- obligation de faire de petit commit
- incitation forte au feature flag
- Jamais de gros diff, jamais de branch qui se meurent ou qui durent des jours et des jours voir plus (sympa à merger ...)

On peut très bien savoir faire cela avec des branches, mais alors elles n'ont plus d’intérêt (si on merge toutes les heures, autant faire dans develop).
A chaque onboarding, le nouvel arrivant est dérangé mais très vite il adore (et on utilise les tags!) c'est queque chose qu'il faut pratiquer pour véritablement en comprendre l'avantage (comme le TDD sur ce point)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Artisan Développeur utilise des cookies afin de t'offrir les meilleurs services. En poursuivant ta navigation, tu acceptes l’utilisation de cookies. En savoir plus