Même si Git est le système de gestion de version le plus utilisé, on a parfois la malchance de tomber sur de vieux projets qui utilisent encore subversion. Heureusement, Git propose git-svn, une interface qui permet de travailler sur un dépôt subversion grâce aux commandes Git.
J'utilise git au quotidien depuis plus de 10 ans maintenent et git-rebase est tout simplement l'une de mes fonctionnalités préférée. Pourtant, lorsque je donne des formations sur Git, je m'aperçois que cette commande est souvent mal comprise et mal utilisée. Nous allons donc étudier en détail la commande git-rebase : À quoi elle sert vraiment, et comment bien l'utiliser.
J'utilise Git quotidiennement depuis plus de dix ans. Bien que Git soit un outil extrêmement puissant, il n'est pas très intuitif. Sans bien comprendre les mécanismes internes du logiciel, on se retrouve vite coincé. Par conséquent, voici un tutoriel ulta-détaillé pour bien appréhender les principes et les principales commandes de Git.
Git est un outil de gestion de version qui permet de naviguer dans l'historique de votre projet. À la base développé par Linus Torvalds pour gérer les sources du noyau Linux, Git est désormais le logiciel de gestion de version le plus utilisé au monde.
Git est le système de gestion de version le plus utilisé au monde, mais peut-être avez-vous eu la malchance de tomber sur un vieux système qui utilise encore cvs (horreur).
Git permet trés facilement de créer des patchs entre plusieurs commits / branches / tags. À la base, on peut utiliser la commande git-format-patch, mais la patch généré est prévu pour être envoyé par email, et contient des données parasites.
Ça fait quelques temps (depuis la sortie de firefox 3.5, en fait) que j'avais envie de jouer avec quelques sélecteurs css issus de la version 3 de la norme. En fait, nous allons nous amuser avec quelques pseudos-classes. Pour les cancres, les pseudos-classes sont un mécanisme de css qui permet de sélectionner des éléments selon des critères qui ne sont pas explicitements contenus dans de document.
L'autre jour, j'étais tranquillement assis dans mon fauteuil, sirotant mon café
et dépilant une à une les stories de mon backlog avec la régularité d'un
opérateur de train nippon lorsque sans grier « gare ! » mon instinct de
développeur affuté par des années de labeur se mit à
clignoter.
« Cette fonctionnalité, me murmura l'instinct susmentionné, ferait un candidat
parfait à l'écriture d'une application dédiée. »
Django, c'est bien. Par contre, déployer un projet Django en production, ce n'est pas toujours évident, surtout que la doc n'est pas forcément toujours très à jour à ce sujet.
La dernière fois que j'ai dû effectuer un déploiement bien propre en production, j'ai un peu regretté de ne pas avoir sous la main un beau tuto bien récent, bête et méchant. Comme j'ai dû rédiger la doc complète de l'opération, en voici la version française.
Au menu : du Nginx en frontal et reverse proxy vers Gunicorn qui sert notre projet tournant dans un virtualenv (foutaises !). On y va ?!
Depuis très récemment, je suis l'heureux propriétaire d'une souris Logitech MX
Master. Logitech n'ayant pas pris la peine de fournir des outils de
configuration pour linux, il m'a fallu bidouiller pour tout faire fonctionner
correctement.