La plupart des gens qui utilisent git ne savent pas non plus comment ils fonctionnent, ni ne savent s'en servir au delà d'un petit chemin bien étroit qu'ils suivent.
Git est assez compliqué d'une part à cause de la complexité conceptuelle qu'apporte ce genre d'outils (VCS) et d'autre part à cause de la grande souplesse de git – c'est plus facile d'utiliser des outils qui ont fait des choix pour nous, ce n'est pas le cas de git.
Ton utilisation de systèmes collaboratifs t'a certainement donné de quoi surmonter la complexité conceptuelle des VCs rapidement. Un aspect que je trouve fascinant est que le même outil résolve deux problèmes apparemment complètement différents: 1/garder une historique des états importants d'un groupe de fichiers et 2/faciliter la collaboration de plusieurs personnes sur un groupe de fichiers. Cette différence n'est qu'apparente: si on enregistre deux modifications du fichier a des moments différents, le fait qu'elles proviennent de la même personne est peut-être intéressant à documenter mais ne change rien aux problèmes qu'il faut résoudre pour que "tout se passe bien".
En ce qui concerne la grande souplesse de git, si on s'en tient à l'utilisation la plus simple de git on fait du trunk-based deployment – c'est à dire qu'on ne fait pas de branches (univers parallèles) et en gros tout ce qu'il faut savoir utiliser c'est:
git pull -> je tire la dernière version des fichiers
emacs ... -> je travaille :-)
git add ; git commit -> j'enregistre mes modifications
git push -> je publie mes modificiations
On peut utiliser des logiciels graphiques qui donnent un peu d'assistance et d'intelligibilité à ces interactions. En dépit de sa simplicité – on n'utilise que les fonctions les plus basiques de git cette approche est un standard industriel (pas le seul :-) ) et beaucoup de projets s'en tiennent à cela.
J'espère que ces commentaires te donneront un peu de cœur à l'ouvrage et compenseront un des gros défauts des livres et tutoriels: la tendance à l'exhaustivité! Bon courage :-)
[^] # Re: Présentation rigolote de LaTeX
Posté par Michaël (site web personnel) . En réponse au journal Compter en C++, de 98 jusqu'à 11. Évalué à 3.
La plupart des gens qui utilisent git ne savent pas non plus comment ils fonctionnent, ni ne savent s'en servir au delà d'un petit chemin bien étroit qu'ils suivent.
Git est assez compliqué d'une part à cause de la complexité conceptuelle qu'apporte ce genre d'outils (VCS) et d'autre part à cause de la grande souplesse de git – c'est plus facile d'utiliser des outils qui ont fait des choix pour nous, ce n'est pas le cas de git.
Ton utilisation de systèmes collaboratifs t'a certainement donné de quoi surmonter la complexité conceptuelle des VCs rapidement. Un aspect que je trouve fascinant est que le même outil résolve deux problèmes apparemment complètement différents: 1/garder une historique des états importants d'un groupe de fichiers et 2/faciliter la collaboration de plusieurs personnes sur un groupe de fichiers. Cette différence n'est qu'apparente: si on enregistre deux modifications du fichier a des moments différents, le fait qu'elles proviennent de la même personne est peut-être intéressant à documenter mais ne change rien aux problèmes qu'il faut résoudre pour que "tout se passe bien".
En ce qui concerne la grande souplesse de git, si on s'en tient à l'utilisation la plus simple de git on fait du trunk-based deployment – c'est à dire qu'on ne fait pas de branches (univers parallèles) et en gros tout ce qu'il faut savoir utiliser c'est:
On peut utiliser des logiciels graphiques qui donnent un peu d'assistance et d'intelligibilité à ces interactions. En dépit de sa simplicité – on n'utilise que les fonctions les plus basiques de git cette approche est un standard industriel (pas le seul :-) ) et beaucoup de projets s'en tiennent à cela.
J'espère que ces commentaires te donneront un peu de cœur à l'ouvrage et compenseront un des gros défauts des livres et tutoriels: la tendance à l'exhaustivité! Bon courage :-)