Posté par ß ß .
En réponse au journal Tutorial GIT.
Évalué à 6.
Hello,
Ton tuto est intéressant, mais j'aurais quelques remarques :
Tout d’abord qu’est ce que git ?! Et bien avant d’être un logiciel de gestion de versions décentralisé (ou DSCM pour Distributed Source Code Management) il a été conçu comme un système de fichiers avec un système de versionning, le tout construit pour la performance.
Là si ça s'adresse à des débutants et des gens sous Windows, tu as probablement déjà perdu 90% de tes lecteurs.
Pourtant simple à utiliser et performant : tout est instantané ! Pas exactement. S'il est vrai que c'est sensiblement plus rapide que les autres SCM/RCS, il y a une petite exception : le git add est particulièrement plus long que les autres (particulièrement sur un volume de sources important).
Il est recommandé pour la bonne compréhension de cet article de connaitre SVN. Franchement, mieux vaut ne pas avoir pris des mauvaise habitudes avec svn quand on se met à git, ça permet de commencer sans mauvais a priori.
On entend par décentralisé le fait de pouvoir « commiter » et faire évoluer un bout de code en local indépendamment d’un serveur central (comme dans le cas de svn), Je pense qu'il faudrait reformuler. À la première lecture, j'ai compris que svn était distribué. Je verrais plutôt quelque chose comme « en local, contrairement à svn qui nécessite un serveur central ».
Sur la partie sur la bissection peut être aurait-il fallu préciser que c'est un outil puissant qui permet de retrouver rapidement une erreur grâce au tri dichotomique (diviser pour régner pour expliquer aux lecteurs pas tout à fait au point en algorithmie).
Pour la conclusion : Le terminal ... ça va bien un moment mais on aime aussi avoir un client graphique un peu plus convivial qui fait le boulot pour nous !
Heu franchement, non.
(Dommage qu'on ne soit pas vendredi, j'aurais bien dit que ce n'est pas étonnant que tu fuie l'édition CLI vu que tu utilise emacs, mais aujourd'hui, c'est mardi, je n'ai pas le droit).
# Git c'est bon menjézan !
Posté par ß ß . En réponse au journal Tutorial GIT. Évalué à 6.
Ton tuto est intéressant, mais j'aurais quelques remarques :
Tout d’abord qu’est ce que git ?! Et bien avant d’être un logiciel de gestion de versions décentralisé (ou DSCM pour Distributed Source Code Management) il a été conçu comme un système de fichiers avec un système de versionning, le tout construit pour la performance.Là si ça s'adresse à des débutants et des gens sous Windows, tu as probablement déjà perdu 90% de tes lecteurs.
Pourtant simple à utiliser et performant : tout est instantané !Pas exactement. S'il est vrai que c'est sensiblement plus rapide que les autres SCM/RCS, il y a une petite exception : le git add est particulièrement plus long que les autres (particulièrement sur un volume de sources important).Il est recommandé pour la bonne compréhension de cet article de connaitre SVN.Franchement, mieux vaut ne pas avoir pris des mauvaise habitudes avec svn quand on se met à git, ça permet de commencer sans mauvais a priori.On entend par décentralisé le fait de pouvoir « commiter » et faire évoluer un bout de code en local indépendamment d’un serveur central (comme dans le cas de svn),Je pense qu'il faudrait reformuler. À la première lecture, j'ai compris que svn était distribué. Je verrais plutôt quelque chose comme « en local, contrairement à svn qui nécessite un serveur central ».Sur la partie sur la bissection peut être aurait-il fallu préciser que c'est un outil puissant qui permet de retrouver rapidement une erreur grâce au tri dichotomique (diviser pour régner pour expliquer aux lecteurs pas tout à fait au point en algorithmie).
Pour la conclusion :
Le terminal ... ça va bien un moment mais on aime aussi avoir un client graphique un peu plus convivial qui fait le boulot pour nous !Heu franchement, non.
(Dommage qu'on ne soit pas vendredi, j'aurais bien dit que ce n'est pas étonnant que tu fuie l'édition CLI vu que tu utilise emacs, mais aujourd'hui, c'est mardi, je n'ai pas le droit).