J'utilise git depuis un certain temps maintenant, mais je n'ai jamais eu à créer moi-même un nouveau dépôt à distance et j'ai été curieux de le faire. J'ai lu des tutoriels et je ne sais pas comment faire fonctionner "git push".

Si je l'utilise simplement, git pushil me demande de voir une branche par défaut (?) Vers laquelle pointer? Quelle est la différence entre ces deux options qu'il me propose?

git config --global push.default matching
git config --global push.default simple

La correspondance pousse simplement toutes les branches que j'ai sur mon référentiel local, et si elles ne correspondent pas, je dois ensuite lui dire manuellement de pousser toutes les nouvelles branches locales que j'ai, n'est-ce pas? Est-ce la meilleure pratique à utiliser ou la meilleure solution simple?

git push peut pousser toutes les branches ou une seule en fonction de cette configuration:

Poussez toutes les branches

git config --global push.default matching

Il poussera toutes les branches vers la branche distante et les fusionnerait. Si vous ne voulez pas pousser toutes les branches, vous ne pouvez pousser que la branche actuelle.

Poussez uniquement la branche actuelle

git config --global push.default simple

Il est donc préférable, à mon avis, d'utiliser cette option et de pousser votre code branche par branche. Il est préférable de pousser les branches manuellement et individuellement.

De la documentation GIT: Git Docs

Ci-dessous donne les informations complètes. En bref, simplene poussera le current working branchet même alors que s'il a également le même nom sur la télécommande. Ceci est un très bon réglage pour les débutants et deviendra la valeur par défautGIT 2.0

Alors que matchingva pousser toutes les branches localement qui ont le même nom sur la télécommande. (Sans égard à votre branche de travail actuelle). Cela signifie que de nombreuses branches différentes seront potentiellement poussées, y compris celles que vous ne voudrez peut-être même pas partager.

Dans mon utilisation personnelle, j'utilise généralement une option différente: currentqui pousse la branche de travail actuelle (car je branche toujours pour tout changement). Mais pour un débutant, je suggèresimple

push.default
Définit l'action que git push doit entreprendre si aucune refspec n'est explicitement indiquée. Différentes valeurs sont bien adaptées à des workflows spécifiques; par exemple, dans un flux de travail purement central (c'est-à-dire que la source d'extraction est égale à la destination du push), l'amont est probablement ce que vous voulez. Les valeurs possibles sont:

rien - ne pas pousser quoi que ce soit (erreur) sauf si une spécification de référence est explicitement donnée. Ceci est principalement destiné aux personnes qui souhaitent éviter les erreurs en étant toujours explicites.

current - appuyez sur la branche actuelle pour mettre à jour une branche avec le même nom du côté réception. Fonctionne dans les workflows centraux et non centraux.

upstream - repousse la branche courante vers la branche dont les changements sont généralement intégrés dans la branche courante (qui s'appelle @ {upstream}). Ce mode n'a de sens que si vous passez au même référentiel à partir duquel vous tirez normalement (c'est-à-dire le flux de travail central).

simple - dans un flux de travail centralisé, travaillez comme en amont avec une sécurité supplémentaire pour refuser de pousser si le nom de la branche en amont est différent du nom local.

Lorsque vous poussez vers une télécommande différente de la télécommande à partir de laquelle vous tirez normalement, travaillez comme courant. C'est l'option la plus sûre et convient aux débutants.

Ce mode deviendra la valeur par défaut dans Git 2.0.

correspondant - pousser toutes les branches ayant le même nom aux deux extrémités. Cela rend le référentiel que vous appuyez pour se souvenir de l'ensemble des branches qui seront expulsées (par exemple, si vous y poussez toujours maint et master et aucune autre branche, le référentiel vers lequel vous poussez aura ces deux branches, et votre maint et master local sera poussé là-bas).

Pour utiliser ce mode efficacement, vous devez vous assurer que toutes les branches que vous souhaitez sortir sont prêtes à être sorties avant d'exécuter git push, car le but de ce mode est de vous permettre de pousser toutes les branches en une seule fois. Si vous finissez généralement de travailler sur une seule branche et que vous extrayez le résultat, alors que les autres branches ne sont pas terminées, ce mode n'est pas pour vous. De plus, ce mode ne convient pas pour pousser dans un référentiel central partagé, car d'autres personnes peuvent y ajouter de nouvelles branches ou mettre à jour la pointe des branches existantes hors de votre contrôle.

C'est actuellement la valeur par défaut, mais Git 2.0 changera la valeur par défaut en simple.

Notes de publication de Git v2.0

Remarques sur la compatibilité descendante

Quand git push [$there]ne dit pas quoi pousser, nous avons utilisé la sémantique traditionnelle de "correspondance" jusqu'à présent (toutes vos branches ont été envoyées à la télécommande tant qu'il y a déjà des branches du même nom là-bas). Dans Git 2.0, la valeur par défaut est maintenant la sémantique "simple", qui pousse:

• uniquement la branche en cours vers la branche avec le même nom, et uniquement lorsque la branche en cours est configurée pour s'intégrer à cette branche distante, si vous passez à la même télécommande que vous récupérez; ou

• uniquement la branche actuelle vers la branche du même nom, si vous poussez vers une télécommande qui n'est pas celle d'où vous allez habituellement chercher.

Vous pouvez utiliser la variable de configuration "push.default" pour changer cela. Si vous êtes un ancien qui veut continuer à utiliser la sémantique "correspondante", vous pouvez définir la variable sur "correspondant", par exemple. Lisez la documentation pour d'autres possibilités.

Quand git add -uet git add -Asont exécutés à l'intérieur d'un sous-répertoire sans spécifier les chemins à ajouter sur la ligne de commande, ils opèrent sur toute l'arborescence pour la cohérence avec git commit -aet d'autres commandes (ces commandes ne fonctionnaient que sur le sous-répertoire en cours). Dites git add -u .ou git add -A .si vous souhaitez limiter l'opération au répertoire actuel.

git add <path>est le même que git add -A <path>maintenant, donc cela git add dir/remarquera les chemins que vous avez supprimés du répertoire et enregistrera la suppression. Dans les anciennes versions de Git, git add <path>utilisé pour ignorer les suppressions. Vous pouvez dire git add --ignore-removal <path>d'ajouter uniquement des chemins ajoutés ou modifiés <path>, si vous le souhaitez vraiment.