11 private links
Ah ça y est, je l'ai retrouvé !
Je ne sais pas si c'est une bonne idée ou si c'est le mal absolu.
Ca vaut quand même bien mieux que TeamForge, non ?
Vous les voyez tous ces gens qui vous proposent des bases de données réplicables ?
J'ai pas tout lu, mais je suis quand même d'accord : la killer feature de git, c'est github !
Ca s'applique aussi à Docker, aux microservices, et à toutes ces modes. Ce qui compte, c'est de livrer vite et bien.
Un bon guide des effets de la release maven classique sur un repository git
Et, évidement, la migration depuis SVN vers GIT
Un article très simple, très bien sur la migration de données d'un dépot git à un autre
Quand je pense que j'ai fait refaire ça (mal) avec des scripts Ruby/Groovy à un collègue ...
Des exemples de code avec JGit qui valent bien mieux que ceux fournis sur le site standard
C'est un truc de malade, ce code civil sous Git
Encore un outil de création de livres à base de GitHub + Markdown. Ca commence à être un secteur un peu encombré, je trouve.
Un site web pour lister mes repositories favoris sur Github.
A priori, c'est une bonne idée.
Sauf que ça fait doublon avec des banals liens stockés sur mon Shaarli (par exemple)
Sauf que c'est encore un service fermé de plus.
Sauf que c'est également un service commercial qui va me demander les clés de mon compte Github.
Donc non merci
Bon ben ça, c'est exactement le genre de conneries absurdes qui me font haïr l'esprit de git : au nom d'outils antédiliviens, on doit faire des colonnes de 72 caractères dans les messages de commit ? DE LA MERDE.
Le genre de choses qui remet un peu de légèreté dans le processus de commit qui est sinon vite aussi pénible qu'un formulaire des impôts.
C'est vrai, mais en même temps non.
C'est vrfai parce qu'il y a des nigauds qui considèrent qu'il suffit de livrer le source chez GitHub pour que le projet soit complet.
C'est faux parce qu'il n'y a pas de difficulté majeure de migration (il suffit de déplacer l'upstream de github vers gitorious ou bitbucket). Sauf, bien sûr, pour les bugs qui ne sont pas visibles dans git, hélas.
via http://sebsauvage.net/links/?KOE6Tg
Très chouette explication du workflow recommandé par GitHub. C'est loin d'être aussi complexe que les workflows que je voie passer habituellement (l'exemple typique étant le "successfull git branching model"). Et ça semble facilement utilisable, ce qui est loin d'être une mauvaise chose.
Sans doute la meilleure façon de voir comment les différentes opérations affectent un repository git.
via http://sebsauvage.net/links/?k5Ll5Q
C'est pas tous les jours que je tombe sur un tutorial qui explique clairement (pour moi qui connaît raisonnablement SVN) les entrailles et les concepts de git. Heureusement que j'ai fait dans le graphe récement sinon deux ou trois trucs m'auraient moins immédiatement sauté aux yeux !
Pour faire les releases maven dans un projet git utilisant git-flow. la classe !