Forum général.général Conseils pour se mettre à git

Posté par . Licence CC by-sa
2
28
juil.
2015

Bonjour,

j'aimerais avoir mon propre dépôt git personnel pour partager des fichiers et collaborer avec des amis et collègues. Néanmoins, je ne sais pas exactement comment m'y prendre…

Voici quelques caractéristiques de ce que je recherche :
Une partie du contenu sera public mais une autre non (par exemple documents qui ne sont pas suffisamment matures ou documents en lien avec le boulot).
Le dépôt devrait contenir principalement des fichiers sous une licence libre mais peut-être pas exclusivement.
Je suis (...)

Gérer son espace de travail git avec "gws"

Posté par . Édité par Benoît Sibaud, BAud, palm123, Ontologia et Nils Ratusznik. Modéré par Benoît Sibaud. Licence CC by-sa
Tags :
38
26
juil.
2015
Gestion de versions

gws est un outil KISS (script bash, compatible zsh) pour gérer de manière simple un espace de travail composé de plusieurs dépôts git. Ça ne vous parle pas et vous semble être un pitch commercial ? Laissez-moi l'aborder autrement ; si vous vous reconnaissez dans quelques-unes de ces questions, cet outil pourrait vous être utile :

  • Vous avez un dossier ~/dev/, ~/code/ ou ~/workspace/ dans votre répertoire personnel ?
  • Vous y avez cloné dedans plein de dépôts git ?
  • Vous ne savez jamais quels dépôts, branches, commits n'ont pas été synchronisés ?
  • Vous en avez marre d'avoir à faire 17 git pull manuellement le lundi matin au boulot ?
  • Vous déprimez en arrivant dans le train de voir que vous n'avez pas récupéré votre dernier projet sur votre ordinateur portable ?

Forum Astuces.divers Faire un bilan de son boulot sous git

Posté par . Licence CC by-sa
Tags :
3
23
juil.
2015

C'est peut-être pour vous aussi la période des entretiens annuels, bilans, etc. Vous voulez savoir ce que vous avez glandé^Wfait pendant une certaine période ? Bien sûr, vous enregistrez tous vos travaux dans des dépôts git, parsemés un peu partout sur votre machine. Utilisez le script suivant pour opérer un suivi (log) sur l'ensemble de vos dépôts :

#!/bin/sh
locate --regex \\.git$ | while read repo; do
[ -d "$repo" ] || continue
echo "From $repo"
GIT_DIR="$repo" git --no-pager -c color.ui=always log
(...)

Journal SourceForge dans les choux

Posté par . Licence CC by-sa
38
18
juil.
2015

Si vous hébergez votre code ou si vous téléchargez des logiciels libres sur SourceForge, vous avez pu constater que le site est mort depuis quelques jours. Une grosse panne, une attaque ? Mystère. En tout cas, en ayant marre des publicités pleines de virus, ayant lu récemment l'article sur les dérives de SourceForge sur https://linuxfr.org/news/sourceforge-de-pire-en-pire-usurpation-d-identite-du-projet-gimp , j'ai décidé de migrer vers une autre forge. J'avais essayé Gna! et Savannah il y a longtemps mais les bugs n'étaient pas corrigés (par exemple (...)

Journal Gérer ses fichiers de config avec git

Posté par (page perso) . Licence CC by-sa
18
16
avr.
2015

Je continue sur ma lancée des trucs qui enlarge my productivity. Aujourd'hui, voyons comment gérer efficacement ses fichiers de config directement avec git.

Comment gérez-vous les fichiers de configs répartis sur vos différentes machines ? Les synchronisez-vous de temps en temps à coup de scp, rsync ou unison ? Peut-être utilisez-vous un outil évolué comme vcsh ? Mais savez-vous que si ce dernier est une surcouche à git dédiée à la gestion des fichiers de configuration, git seul peut faire l'affaire ?

Bien (...)

Journal Git a fêté ses 10 ans hier ...

Posté par . Licence CC by-sa
57
8
avr.
2015

… et même pas une moule pour relayer cette petite interview de son papa:
http://www.linux.com/news/featured-blogs/185-jennifer-cloer/821541-10-years-of-git-an-interview-with-git-creator-linus-torvalds

Les 10 ans de Git pour changer un peu des bougies, c'est aussi l'occasion de se pencher sur la mémoire de tous ses challengers qui ont rejoint le panthéon des logiciels. Paix ait leur âme.
C'est peut-être aussi l'occasion de ressusciter quelques trolls endormis en mémoire du bon vieux temps, car bon, en lisant cette interview moi j'ai plutôt le souvenir d'un bon vieux syndrome (...)

Journal Assistant de projet logiciel

Posté par (page perso) . Licence CC by-sa
9
17
mar.
2015

Cher Journal,

je souhaite de présenter Anvil 0.3.0 un petit assistant de projet logiciel fonctionnant avec git, qui te propose:

  • de réécrire l'historique d'un projet en éliminant les espaces avec anvil_whitespace.
  • de réécrire l'historique d'un projet en convertissant les textes en UTF-8 avec anvil_encoding.
  • de réécrire l'historique d'un projet et de renommer les fichiers en utilisant un script sed avec anvil_sed.
  • de prescrire des règles sur les espaces, les mots-clefs SCM (comme $CVS$) et les (...)

Journal Fermeture progressive de Google Code

22
13
mar.
2015

Google ferme (progressivement) Google Code : Bidding farewell to Google Code. D'ailleurs, Gitorious ferme également (progressivement) suite à l'acquisition de Gitorious par GitLab : GitLab acquires Gitorious to bolster its on premises code collaboration platform.

Google Code est un site pour héberger des projets libres avec code source (git, mercurial), wiki et suivi des tickets, comme Github, Bitbucket, Sourceforge, Gna, etc. Le site a été lancé en 2006 par Google, et va progressivement fermer. J'en comprends que le (...)

Journal Gugöl Khod bronsonisé

Posté par . Licence CC by-sa
17
13
mar.
2015

Le service étasunien Google Code (2005-2015), plateforme d'hébergement de code libre, s'est fait euthanasier par son créateur le jeudi 12 mars 2015. Son géniteur a annoncé cette volonté sur son blog :

http://google-opensource.blogspot.fr/2015/03/farewell-to-google-code.html

En bref : encore un service google qui ferme. Ils ne nous doivent rien, mais nous non plus. Comme ils avaient depuis longtemps supprimé le téléchargement pour le remplacer par du google drive, j'ai migré la plupart de mes projets sur bitbucket ou github (ainsi que (...)

Gitlab achète Gitorious

Posté par . Édité par Benoît Sibaud et Xavier Teyssier. Modéré par Xavier Teyssier. Licence CC by-sa
45
4
mar.
2015
Gestion de versions

Gitlab achète Gitorious. Les utilisateurs ont jusqu'à fin mai 2015 pour importer leur projet sur Gitlab (en un clic).

Selon les mots de Rolf Bjaanes, le CEO de Gitorious, dans le billet officiel, Gitorious.org n'était plus viable économiquement : «À Gitorious nous voyions de plus en plus d'organisations adopter Gitlab. À cause d'une baisse des revenus des comptes payants, il n'était plus tenable de maintenir l'instance gratuite Gitorious.org. Gitlab résolvait le même problème que nous, mais mieux.» ("At Gitorious we saw more and more organizations adopting GitLab. Due to decreased income from on-premises customers, running the free Gitorious.org was no longer sustainable. GitLab was solving the same problem that we were, but was solving it better.

Rien n'est dit sur ce qui va advenir du code de Gitorious.

C'est un logiciel totalement libre et sous licence AGPLv3 qui meurt, remplacé par un autre sous licence MIT avec une édition communautaire et une privée.

Des pronostics pour quand Gitlab rachètera Github ?

Conférence Git Merge le 8 et 9 avril 2015 à Paris

Posté par (page perso) . Édité par Nÿco, BAud, Porkepix, Benoît Sibaud, patrick_g, Nils Ratusznik et Xavier Teyssier. Modéré par patrick_g. Licence CC by-sa
Tags :
10
24
fév.
2015
Gestion de versions

En 2013 GitHub avait organisé la première Git Merge à Berlin. Pour les dix ans de Git, GitHub récidive en organisant une Git Merge à La Gaîté lyrique à Paris dans le 3ème arrondissement.

En 2013 cette conférence était gratuite, mais avec un nombre de places limitées, donc il fallait être dans les premiers à s'inscrire pour avoir une place (sauf pour les contributeurs à Git). On peut maintenant s'inscrire depuis le site de la conférence, ce qui nous amène notamment sur un site d'achat pour y accéder, vendant les places 99$.

Le programme, détaillé en seconde partie de la dépêche :

  • 8 Avril : échauffement
  • 9 Avril : évènement principal

Informations plus détaillées, notamment d'ordre pratique sur le site de la conférence.

Journal Gérer son espace de travail git avec "gws"

Posté par . Licence CC by-sa
49
20
fév.
2015
Ce journal a été promu en dépêche : Gérer son espace de travail git avec "gws".

Amis du soir, bonsoir.

Cela fait maintenant plus d'une année que j'utilise un outil de ma création, qui se trouve être — de mon point de vue — fort utile. Un petit brin de perfectionnisme et un petit manque de confiance m'ont, jusqu'à aujourd'hui, pousser à remettre au lendemain sa diffusion.

Aujourd'hui, je saute le cap, je prends mon clavier et j'écris (bépo le clavier, bien sûr). N'étant pas fou, j'ai tout de même pris le soin de le partager (...)

Journal Un bond en avant pour Gitlab.com

30
23
jan.
2015

Il y a foule chez les clones de github, mais je n'en vois qu'un qui puisse être qualifié de concurrent sérieux et c'est gitlab, surtout depuis hier, où ils ont rendu leur infrastructure d'intégration continue gratuite pour les projets publics.

Liens:

Gitlab est décliné en deux éditions, une communautaire et une entreprise.

Voici une comparaison rapide entre gitLAB (Community Edition, celle de gitlab.com) et gitHUB:

Vulnérabilité dans Git et Mercurial sur certains systèmes de fichiers (FAT, NTFS, HFS+, etc.)

Posté par (page perso) . Édité par Benoît Sibaud et Bruno Michel. Modéré par Christophe Guilloux. Licence CC by-sa
42
19
déc.
2014
Sécurité

Une vulnérabilité (CVE-2014-9390) a été annoncée hier soir concernant le logiciel de gestion de versions le plus en vogue en ce moment, j'ai nommé Git, ainsi que sur Mercurial, autre logiciel de la même catégorie. Elle a déjà été corrigée, je vous invite donc à mettre à jour vos installations.

Github, le service d'hébergement de dépôt Git lui aussi très en vogue, a de son côté annoncé avoir vérifié tous les dépôts présents sur ses serveurs à la recherche d'exploitations de cette vulnérabilité. Mesure de sécurité supplémentaire, il refuse désormais les push exploitant cette faille.

NdM : Merci à RoM1 et Sébastien Douche pour les précisions apportées dans la dépêche. La faille a été trouvée par le créateur de Mercurial, Matt Mackall, et Augie Fackler. La vulnérabilité se décline en trois parties :

  • la sensibilité à la casse dans Git, déjà corrigé dans Mercurial en 2008 ;
  • l’expansion des noms courts sous Windows (PROGRA~1 → Program Files), déjà corrigé dans Mercurial ;
  • la découverte récente de la façon non documentée dont Darwin (Apple) s’amuse avec HFS+ à ignorer certains caractères spéciaux et qui peut créer de nouvelles collisions de nom (cf la correction chez Mercurial, qui a permis la correction côté Git).

Journal Git workflow, rebase, conflits et rôle d'intégrateur

Posté par (page perso) . Licence CC by-sa
Tags :
35
2
déc.
2014

'jour 'nal

Depuis quelques temps, à l'occasion d'un nouveau projet (au boulot) avec mes collègues j'ai mis en place un nouveau workflow git.
Vous savez, un truc qui défini comment on gère les branches, les rebases, les fusions, le nommage des branches, etc.

En gros, le workflow est le suivant :

  • tout est réalisé dans des branches
    • les branches sont préfixées (exemple refactor/copter_param, feature/fences, bug/landing) pour les retrouver facilement
    • aucun commit directement dans master
    • pas de branches (...)