You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Les "merge" #5 de profcfuhrmanets/log210-jeu-de-des-node-express-ts sont longs et parfois pénibles (en tout cas le dernier l'était pour moi).
Une solution à ce problème pourrait être de créer un submodule git pour le code du squelette, puis on bâtit le lab0 autour de ça.
Mais j'ai peu d'expérience avec les submodules. Il serait bien de pouvoir "geler" la version du submodule pour le lab0, mais j'ignore si un clone d'un projet avec submodule (p.ex. ce qui se passe dans GitHub Classrooms) va juste prendre la toute dernière version du submodule et non la "bonne" selon les besoins du lab0.
The text was updated successfully, but these errors were encountered:
J'ai regardé des sous modules et je crois que ce n'est pas une solution intéressante, car le lab0 a des tests supplémentaires pour valider les activités et c'est compliqué de faire le squelette comme un sous module (le squelette n'est pas une bibliothèque).
Le dernier merge n'était pas si pénible, mais il y avait moins de changements (et je suis plus habitué à faire le merge en VSCode).
Les "merge" #5 de profcfuhrmanets/log210-jeu-de-des-node-express-ts sont longs et parfois pénibles (en tout cas le dernier l'était pour moi).
Une solution à ce problème pourrait être de créer un submodule git pour le code du squelette, puis on bâtit le lab0 autour de ça.
Mais j'ai peu d'expérience avec les submodules. Il serait bien de pouvoir "geler" la version du submodule pour le lab0, mais j'ignore si un clone d'un projet avec submodule (p.ex. ce qui se passe dans GitHub Classrooms) va juste prendre la toute dernière version du submodule et non la "bonne" selon les besoins du lab0.
The text was updated successfully, but these errors were encountered: