Formation git
Posté : 29 oct. 2019, 19:10
===============
Formation git
===============
Un enchainement d'engagements, de discussions et de lapsus
embrouillamini, trop long à rapporter ici, me poussent à proposer à
nos adhérents, que dis-je, nos chers adhérents, une formation git.
Vous ne savez pas ce qu'est git? Faites donc la formation "moteur de
recherche", et cherchez git sur la toile.
Vous ne savez pas ce qu'est une formation? Adressez vous donc à la CCD
(comission des cas désespérés).
J'envisage cette formation en 3 modules, de 2h chacun.
- débutants: principes des vcs (Version Control Software). Historique.
Commandes de base.
- git avancé; plongée dans les commandes de ouf. workflows et
"dimension sociale".
- surcouches: github, gitbucket, gitlab: intérêt, business models,
éthique, éco-systèmes. gitlab: Ci/Cd
Pourquoi découper comme ça?
- il faut bien 3x2h pour traiter le sujet complètement.
- il y a des gens qui possèdent les bases, mais peuvent être
intéressées par des modules avancés: ne pas leur gonfler les ovaires
avec ce qu'ils savent déjà.
Savoir si ce découpage est pertinent, soyons clairs, je le saurai (on
le saura) à la fin. Je le crois pertinent, peut être me gourje un max.
Je ne commence pas tout de suite, comptant sur le délai pour:
- voir s'il y a un public intéressé (une formation avec 2 personnes,
c'est limite comme intérêt (:-) )
- faire remonter des critiques, sur le découpage, l'organisation, etc,
et raffiner.
- préparer du matériau pour la formation.
:Niveau débutant:
L'outil est à priori destiné à soutenir une activité de
"programmeurs": des gens qui saisissent, copient, collent, des
programmes dans des fichiers, les valident, "livrent" la version
corrigeant tel problème connu, etc.
Mais ce même outil peut être utilisé pour gérer des fichiers
**qui ne sont pas des programmes**: fichiers kikad, listes de
composants, documentation, pages html, etc.
On attend donc uniquement du débutant qu'il maîtrise les opérations de
base avec des fichiers: éditer, déplacer, détruire, voir la date, la
taille...
Élargir l'utilisation de git à l'élaboration de dossiers "open
hardware", c'est un des objectifs possibles.
:Niveau 2:
Avoir pratiqué git, y compris de façon triviale: git init, git clone,
commit, push... Et ne pas avoir eu l'audace, ou le temps, de passer la
surmultipliée. J'ai moi-même quelques lacunes dans les commandes
avancées, mais je n'ai plus l'angoisse du débutant, et sais aller
creuser où il faut.
:Niveau 3:
C'est moins didactique, et plus exploratoire: voir ce que les boites
comme github, gitolite, gitlab, ont à offrir que n'offre pas git tout
nu. Et à quelles conditions elles l'offrent. Sachant que quand une
startup pèse plusieurs dizaines (centaines?) de millions de dollars,
c'est rarement pour faire du bénévolat. Choix de gitlab par le lab, et
(là on retombe dans le technique), CI/CD.
Formation git
===============
Un enchainement d'engagements, de discussions et de lapsus
embrouillamini, trop long à rapporter ici, me poussent à proposer à
nos adhérents, que dis-je, nos chers adhérents, une formation git.
Vous ne savez pas ce qu'est git? Faites donc la formation "moteur de
recherche", et cherchez git sur la toile.
Vous ne savez pas ce qu'est une formation? Adressez vous donc à la CCD
(comission des cas désespérés).
J'envisage cette formation en 3 modules, de 2h chacun.
- débutants: principes des vcs (Version Control Software). Historique.
Commandes de base.
- git avancé; plongée dans les commandes de ouf. workflows et
"dimension sociale".
- surcouches: github, gitbucket, gitlab: intérêt, business models,
éthique, éco-systèmes. gitlab: Ci/Cd
Pourquoi découper comme ça?
- il faut bien 3x2h pour traiter le sujet complètement.
- il y a des gens qui possèdent les bases, mais peuvent être
intéressées par des modules avancés: ne pas leur gonfler les ovaires
avec ce qu'ils savent déjà.
Savoir si ce découpage est pertinent, soyons clairs, je le saurai (on
le saura) à la fin. Je le crois pertinent, peut être me gourje un max.
Je ne commence pas tout de suite, comptant sur le délai pour:
- voir s'il y a un public intéressé (une formation avec 2 personnes,
c'est limite comme intérêt (:-) )
- faire remonter des critiques, sur le découpage, l'organisation, etc,
et raffiner.
- préparer du matériau pour la formation.
:Niveau débutant:
L'outil est à priori destiné à soutenir une activité de
"programmeurs": des gens qui saisissent, copient, collent, des
programmes dans des fichiers, les valident, "livrent" la version
corrigeant tel problème connu, etc.
Mais ce même outil peut être utilisé pour gérer des fichiers
**qui ne sont pas des programmes**: fichiers kikad, listes de
composants, documentation, pages html, etc.
On attend donc uniquement du débutant qu'il maîtrise les opérations de
base avec des fichiers: éditer, déplacer, détruire, voir la date, la
taille...
Élargir l'utilisation de git à l'élaboration de dossiers "open
hardware", c'est un des objectifs possibles.
:Niveau 2:
Avoir pratiqué git, y compris de façon triviale: git init, git clone,
commit, push... Et ne pas avoir eu l'audace, ou le temps, de passer la
surmultipliée. J'ai moi-même quelques lacunes dans les commandes
avancées, mais je n'ai plus l'angoisse du débutant, et sais aller
creuser où il faut.
:Niveau 3:
C'est moins didactique, et plus exploratoire: voir ce que les boites
comme github, gitolite, gitlab, ont à offrir que n'offre pas git tout
nu. Et à quelles conditions elles l'offrent. Sachant que quand une
startup pèse plusieurs dizaines (centaines?) de millions de dollars,
c'est rarement pour faire du bénévolat. Choix de gitlab par le lab, et
(là on retombe dans le technique), CI/CD.