Skip to content

Instantly share code, notes, and snippets.

@olygood
Last active September 23, 2021 08:16
Show Gist options
  • Save olygood/3f087bb45fc29fbde03bbe701d9a997f to your computer and use it in GitHub Desktop.
Save olygood/3f087bb45fc29fbde03bbe701d9a997f to your computer and use it in GitHub Desktop.
GIT fonctionnalités
4# INITIALIZATION
# 01.Se connecter sur votre GitHub, cliquer sur "Repositories", puis sur "New"
# 02.Nommer le Repository (ici Git_Exemple)
# 03.Cliquer sur "Add .gitignore : Unity"
# 04.Cliquer sur "Create repository"
# 05.Cliquer sur "Clone or download" et copier l'url https
# 06.Sur Unity, créer un nouveau projet (ici Git_Exemple)
# 07.clic-droit sur le dossier du projet, ouvrir avec Git Bash
# 08.Un shell s'ouvre, initialiser Git
git init
# 09.Se lier au repository GitHub. "url" correspond à l'url https copié sur GitHub
git remote add origin "url"
# (sans les guillemets)
# 10.Récupérer se qui se trouve sur le repository (comme le .gitignore)
git pull origin master
# 11.Ajouter les dossiers et fichiers présents pour le prochain commit
git add *
# 12.Faire son 1er commit
git commit -m "First commit"
# (avec les guillemets)
# 13.Faire son premier push
git push --set-upstream origin master
# L'argument --set-upstream selectionnera le remote "origin" et la branche "master" comme valeur par défaut -> plus facile pour la suite
ou git push -u origin master
# IN DEV
# Début de journée si dev en équipe, on récupère le code sur le serveur
git pull
# SI fichier ou dossier à rajouter au commit :
git add "position_du_fichier/dossier"
# (sans les guillemets)
# A la fin de chaque nouvelle feature, on commit
git commit -am "Explication des modifs"
# (avec les guillemets)
# l'argument 'a' (all) autorise le commit sur tout les fichiers modifiés (évite de devoir refaire "git add *" à chaque fois)
# l'argument 'm' (message) permet d'envoyer directement le message lié au commit
# Pour pousser le code sur GitHub
git push
# REMARQUES :
# Dans le doute, "git status" vous guidera.
# Sans certitude, mais je pense que le dossier "Assets" dans le projet Unity est le seul pertinent à backuper, partager et versionniser. Et donc à envoyer sur GitHub. A vérifier.
# Ca évitera aussi de s'emmerder avec des Lockfiles
# Pour aller plus loin, je vous conseil ce tuto step-by-step : https://githowto.com/setup
# L'omission de l'étape 10 semble être ce qui posait problème à certain d'entre vous. Le repo a des fichiers présent, le projet en a d'autres -> conflit
# LISEZ ce que git vous dit
# Autocompletion avec tab vous fera gagner du temps
# Flèche haut pour l'historique des commandes
# Toujours dispo pour répondre aux questions
#revenir en arriere #####
git reset --hard
git clean -fd
-----------------------------------------------------------------------------------
documentation : //ceci est la documentation de GIT
si je constuis dabord un projet : //git init
rentrer dans le dossier :
git init
si je créer un repository github : //github.com
dans un dossier :
git clone url github du repository
regarder le status des fichier : //git status
les fichier en rouge ne sont pas engagés
angager des fichiers : //git add
git add nom du fichier
Pour l'indexer, il faut lancer la commande git add (qui est une commande multi-usage — elle peut être utilisée pour placer un fichier sous suivi de version,
pour indexer un fichier ou pour d'autres actions telles que marquer comme résolus des conflits de fusion de fichiers). Lançons maintenant git add
si je veux revenir en arrière ne plus angager un fichier
git reset HEAD nom du fichier
ignorez des fichiers : //gitignore
ignoré le fichier dans le repertoire de travail : //git checkout
git checkout -- <file>
regardez les modification entre vous et le server : //git diff
Cette commande compare le contenu du répertoire de travail avec la zone d'index.
Le résultat vous indique les modifications réalisées mais non indexées //si j'ai fais un git add nom du fichier git diff ne sert à rien.
Si vous souhaitez visualiser les modifications indexées qui feront partie de la prochaine validation
vous pouvez utiliser :
git diff --cached
diff --staged
vous avez vérifié que tout était indexé //git status
et vous êtes donc prêt à valider vos modifications. La manière la plus simple de valider est de taper git commit //git commit
vous pouvez spécifier votre message de validation en ligne avec la commande git commit en le saisissant après l'option -m, comme ceci //git commit -m "message"
git commit -m "le message de modification ou action du commit"
git commit -v
vous pouvez aussi passer l'option -v à la commande git commit.
Cette option place le résultat du diff en commentaire dans l'éditeur pour vous permettre de visualiser exactement ce que vous avez modifié.
git commit -a -m
L'ajout de l'option -a à la commande git commit ordonne à Git de placer automatiquement tout fichier déjà en suivi de version dans la zone d'index avant de réaliser la validation,
évitant ainsi d'avoir à taper les commandes git add :
git rm nom du fichier
git rm --cached readme.txt
git rm log/\*.log
git rm \*~
--------------------------------------------
gitLab si je veux cloner un projet copier l'url du sitedans le navigateur
git clone / dans le bash choisir un nouveau dossier
------------------------------------------------------------
le fork :
c'est copier le repository complet d'un projet sur mon github
je clone sur mon dique dur il y a bien le .git
j'ajoute un dossier et j'enregistre un fichier html,css ou markdown
git bash
dans le repertoire
git add *
git commit -m "mon premier fichier push"
git push -u origin master
une fois le fork terminé on peut faire un pull request c'est pusher ma modification sur le repository d'origin et de comparer les version
----------------------------------------
les branches:
git branche -a : pour voir l'arborescence des branche
git branch oli :creer une branche oli
git checkout oli : ce mettre sur la branche oli
pusher sur une branche que l'on vient de creer : git push origin olivier
maintenant on a creer une nouvelle branch mais elle est sur notre dique dur pas encore sur github
pusher les modif et la branch sur le cloud github :
git push --set-upstream origin oli ("oli est la branche que l'on vient de créer")
git push origin : old branch ---------> delette branch
renommer une branche et supprimer l'ancienne :
git branch -m <old branch> <new branch>
git push --set-upstream origin "oli" (oli est le nom de la nouvelle branche )
Dis à Github qu'il doit créer ta branche également sur github.com et pas seulement en local: git push --set-upstream origin {prenom-nom}
-------------------------------------------------
ce metre sur la branche gh-pages
git checkout gh-branch
git merge olivier
regler les conflit
git status
git add *
git puh origin gh-pages
-------------------------------------------------------
create-react-app "nom du projet":
créer un repository sans readme
pas de git clone :
lier son dossier local "nom_du_dossier" avec github :
1. git remote add origin url.git (url d'un git clone)
2. git push -u origin master (premiere fois)
---------------------------------------------
- ou créer un nouveau référentiel sur la ligne de commande
echo "# theMovieDb_React" >> README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin https://github.com/olygood/theMovieDb_React.git
git push -u origin master
- ou pousser un référentiel existant à partir de la ligne de commande
git remote add origin https://github.com/olygood/theMovieDb_React.git
git push -u origin master
- ou importer du code depuis un autre référentiel
----------------------------------------------------------------------------
- CLI : prrobleme avec double dossier github et dossier dique dur :
- du a la demande d'un dossier par le CLI :
exemple gatsby demande un cli un nom de dossier dans lequel il va ecrire tout le cli
mais on le fait donc dans le repos que 'on vient de cloner avec le même répertoire et donc double dossier pfffff:
donc comment faire pour en avoir qu'un dossier dans le repos :
- créer un répos sans README.MD
- dans un dossier sur votre dique dur exemple d: javascript/gatsby/
- gatsby new my-awesome-site
- attention pour le git init comment savoir si il y a un git init
- une fois installer git add * // faite un gitignore
- git commit -m "message du first commmit"
- git remote add origin https://github.com/olygood/hello.git
- git push -u origin master
------------------------------------------------------------------------------
si vous avez d'abord créer votre projet sur votre ordi
creer un repo sur github
revenir sur votre ordi > projet
git init
git add * all
git commit -m " first commit"
git branch -M main
git remote add origin https://github.com/olygood/myFirstPhaserGame.git // qui est le repo que vous venez de créer
git push -u origin main
//optionel :
git config --global user.email “[email protected]
git config --global user.name "ohstyle"
----------------------------------------------------------------------------------------------------------------------------
j'ai changer de compte sur github olygood en ohstyle
je n'arrive plus a pusher dans le repo pq probleme d'authentification avec lancien compte gihub
comment faire
changer les nom, et email dans git nouveau nom et email :
git config user.name "ohstyle"
git config user.email "[email protected]"
puis tres important changer dans windows :
Pour l'utilisateur Windows:
Suivez les instructions:
Panneau de configuration >> Compte d'utilisateur >> Gestionnaire d'informations d'identification >> Informations d'identification Windows >> Informations d'identification génériques
supprimer les informations d'identification git.
redamarer windows
la prochaine fois que vous pousserez ( push) repo, il vous demandera des informations d'identification.
----------------------------------------------------------------------------------------------------
cloner un repo puis le pusher sur son gihub exemple :
configure :
- git clone repository
- git remote -v // on voix l'url du gihub cloner
- créer un repository sans README.
clone un repo:
- git clone https://github.com/olygood/pecherie-du-fer-a-cheval
ce mettre sur son repository fraichement créer:
- git remote set-url origin https://github.com/olijs/pecherieFerACheval
- git push
url
git remote -v
# View existing remotes
# origin https://github.com/user/repo.git (fetch)
# origin https://github.com/user/repo.git (push)
git remote set-url origin https://github.com/user/repo2.git
# Change the 'origin' remote's URL
git remote -v
# Verify new remote URL
# origin https://github.com/user/repo2.git (fetch)
# origin https://github.com/user/repo2.git (push)
change repot puis :
git push
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment