0
0
Fork 0
feito fork de acco/chti23
Encontrar um arquivo
2023-05-21 14:52:17 +02:00
elec/spice/pwm projets 2023-03-14 16:21:55 +01:00
PjtKEIL_Final Projet final : Affichage et Jeu OK, manque le Son 2023-05-21 14:52:17 +02:00
PjtKEIL_StepDeb_1 fin tP1 2023-03-16 12:12:51 +01:00
PjtKEIL_StepDeb_2 fin tp2 2023-03-24 17:46:09 +01:00
PjtKEIL_StepDFT DFT reel, imaginaire et module au carré fonctionnels 2023-04-12 10:50:58 +02:00
PjtKEIL_StepDFT_Signal_Reel Projet final : Affichage et Jeu OK, manque le Son 2023-05-21 14:52:17 +02:00
PjtKEIL_StepSon TP 3 2023-03-27 10:52:01 +02:00
signal/matlab README et rapport avec .gitignore 2023-01-30 15:09:43 +01:00
soft gitignore keil 2023-03-14 16:38:02 +01:00
.gitignore gitignore keil 2023-03-14 16:38:02 +01:00
LICENSE Initial commit 2023-01-30 10:12:39 +01:00
ModuleAffichage.zip Projet Final, config DFT, Son, Affichage en cours 2023-04-21 18:12:43 +02:00
PjtKEIL_StepDeb_1.zip fin tP1 2023-03-16 12:12:51 +01:00
PjtKEIL_StepDeb_2.zip fin tP1 2023-03-16 12:12:51 +01:00
PjtKEIL_StepDFT.zip Code DFT en c qui renvoie le module au carré 2023-04-07 10:47:02 +02:00
PjtKEIL_StepSon.zip fin tp2 2023-03-24 17:46:09 +01:00
README.md Readme 2023-03-14 16:40:47 +01:00

chti23

Si vous ouvrez ce fichier README.md avec Visual Code Studio, faites CTRL+K,V pour visualiser le contenu.

Dépôt commun pour le BE chti : Chaque binome travaille sur ça branche de type grpE_NOM1_NOM2.

Guide de travail Git


Une fois l'installation et la branche faite voilà le workflow conseillé en TP chez soi à chaque séance de travail.

  1. Vérifier que l'on est bien sur sa branche grpX_NOM1_NOM2 (sinon faire git checkout NOMDEBREANCHE) et récuppérer tout ce qu'il y a de nouveau sur le dépôt :
    git status
    git pull

    Là normalement il n'y a pas de conflit... Sinon il faudra les régler et faire un commit (demander à chatGPT ou au prof)

  2. Vous travaillez et modifiez vos fichiers en local.

  3. A la fin d'une séance de travail ou d'une étape il faut enregistrer une version nouvelle de son travail (faire un "commit") et pour cela ajouter les nouveautés à enregistrer (faire des "add"). Un git status permet de voir ou on en est et faire ses add. On peut aveuglément tout ajouter.
    git pull
    git status
    git add * --dry-run

    Là vérifier ce que dit le dry-run (essai à vide) et que tout ira bien. N'ajouter que du code source pas de fichiers générés parasites etc.
    git add *
    git commit -am "TP1 pas fini de rien comprendre"
    git push

Installation


Pour celles qui conaisse git voilà le résumé :

git clone https://git.etud.insa-toulouse.fr/VOTRE_COMPTE/chti23.git

Clone


  • Lancez git bash : "menu windows tapez Git et sélectionnez Git Bash" pour vérifier qu'il est bien installé

  • Placez vous où bon vous semble et faites un clic droit puis Git Bash Here, puis faite un clone du dépot git (hébergé par l'INSA grâce aux étudiantes du club Info) avec la ligne de commande :
    git clone https://git.etud.insa-toulouse.fr/VOTRE_COMPTE/chti23.git

  • Pour vérifier, naviguer dans le répertoire chti23, faites un clic droit et Git Bash Here et tentez de faire la fameuse commande :
    git status

Il se peut qu'un message parlant de répertoire non secure s'affiche et propose une ligne de commande dans le message qui doit resembler à :
git config --global --add safe.directory '%(prefix)///netapp1/GNIAGNIAGNIA...'
Faites un copier-coller de cette commande et exécutez-la. La commande git status doit enfin fonctionner

Les fichiers sont visibles et partagés !