Je veux pousser mes fichiers locaux et les avoir sur un référentiel distant, sans avoir à gérer les conflits de fusion. Je veux juste que ma version locale soit prioritaire sur la version distante.

Comment puis-je faire cela avec Git?

Vous devriez être en mesure de forcer votre révision locale sur le référentiel distant en utilisant

git push -f <remote> <branch>

(par exemple git push -f origin master). Quitter <remote>et <branch>forcera à pousser toutes les branches locales qui se sont établies --set-upstream.

Soyez averti, si d'autres personnes partagent ce référentiel, leur historique de révision entrera en conflit avec le nouveau. Et s'ils ont des commits locaux après le point de changement, ils deviendront invalides.

Mise à jour : J'ai pensé que j'ajouterais une note secondaire. Si vous créez des modifications que d'autres examineront, il n'est pas rare de créer une branche avec ces modifications et de rebaser périodiquement pour les maintenir à jour avec la branche de développement principale. Faites simplement savoir aux autres développeurs que cela se produira périodiquement afin qu'ils sachent à quoi s'attendre.

Mise à jour 2 : en raison du nombre croissant de téléspectateurs, j'aimerais ajouter des informations supplémentaires sur ce qu'il faut faire lorsque votre upstreamforce subit une poussée forcée.

Disons que j'ai cloné votre dépôt et que j'ai ajouté quelques commits comme ceci:

            Sujet D ---- E
           /
Développement A ---- B ---- C

Mais plus tard, la developmentbranche est frappée d'un rebase, ce qui me fera recevoir une erreur comme celle-ci lorsque j'exécuterai git pull:

Déballage des objets: 100% (3/3), c'est fait.
De <repo-location>
 * développement de succursales -> FETCH_HEAD
Fusion automatique des <fichiers>
CONFLICT (contenu): fusionner le conflit dans <locations>
La fusion automatique a échoué; résoudre les conflits, puis valider le résultat.

Ici, je pouvais résoudre les conflits et commit, mais cela me laisserait un historique de commit vraiment moche:

       C ---- D ---- E ---- F sujet
      / /
A ---- B -------------- C 'développement

Cela peut sembler attrayant à utiliser, git pull --forcemais soyez prudent car cela vous laissera des commits bloqués:

            Sujet D ---- E

Développement A ---- B ---- C '

Donc, la meilleure option est probablement de faire un git pull --rebase. Cela me demandera de résoudre tout conflit comme avant, mais pour chaque étape, au lieu de valider, je l'utilise git rebase --continue. Au final, l'historique des validations sera bien meilleur:

            Sujet D '--- E'
           /
Développement A ---- B ---- C '

Mise à jour 3: Vous pouvez également utiliser l' --force-with-leaseoption comme une poussée de force "plus sûre", comme mentionné par Cupcake dans sa réponse :

La poussée forcée avec un "bail" permet l'échec de la poussée forcée s'il y a de nouveaux commits sur la télécommande que vous ne vous attendiez pas (techniquement, si vous ne les avez pas encore récupérés dans votre branche de suivi à distance), ce qui est utile si vous ne voulez pas écraser accidentellement les commits de quelqu'un d'autre que vous ne connaissiez même pas encore, et vous voulez juste écraser les vôtres:

git push <remote> <branch> --force-with-lease

Vous pouvez en savoir plus sur la façon d'utiliser --force-with-leaseen lisant l'un des éléments suivants:

• git push Documentation
• Git: Comment ignorer l'avance rapide et revenir à l'origine [branche] pour valider plus tôt?

Vous voulez forcer la poussée

Ce que vous voulez essentiellement faire est de forcer le push de votre branche locale, afin d'écraser la distante.

Si vous souhaitez une explication plus détaillée de chacune des commandes suivantes, consultez la section Mes détails ci-dessous. Vous avez essentiellement 4 options différentes pour forcer la poussée avec Git:

git push <remote> <branch> -f
git push origin master -f # Example

git push <remote> -f
git push origin -f # Example

git push -f

git push <remote> <branch> --force-with-lease

Si vous voulez une explication plus détaillée de chaque commande, alors voyez mes longues réponses ci-dessous.

Avertissement: une poussée forcée écrasera la branche distante avec l'état de la branche que vous poussez. Assurez-vous que c'est ce que vous voulez vraiment faire avant de l'utiliser, sinon vous risquez d'écraser les commits que vous souhaitez réellement conserver.

Force poussant les détails

Spécification de la télécommande et de la branche

Vous pouvez spécifier complètement des branches spécifiques et une télécommande. Le -fdrapeau est la version courte de--force

git push <remote> <branch> --force
git push <remote> <branch> -f

Omettre la succursale

Lorsque la branche à pousser est omise, Git le trouvera en fonction de vos paramètres de configuration. Dans les versions Git après 2.0, un nouveau dépôt aura des paramètres par défaut pour pousser la branche actuellement extraite:

git push <remote> --force

alors qu'avant 2.0, les nouveaux repos auront des paramètres par défaut pour pousser plusieurs branches locales. Les paramètres en question sont les paramètres remote.<remote>.pushet push.default(voir ci-dessous).

Omettre la télécommande et la branche

Lorsque la télécommande et la branche sont omises, le comportement de just git push --forceest déterminé par vos push.defaultparamètres de configuration Git:

git push --force

• À partir de Git 2.0, le paramètre par défaut simple,, poussera simplement votre branche actuelle vers sa contrepartie distante en amont. La télécommande est déterminée par le branch.<remote>.remoteréglage de la branche , et revient par défaut au dépôt d'origine sinon.

• Avant Git version 2.0, le paramètre par défaut matching,, pousse simplement toutes vos branches locales vers des branches portant le même nom sur la télécommande (qui par défaut est d'origine).

Vous pouvez lire plus de push.defaultparamètres en lisant git help configou une version en ligne de la page de manuel git-config (1) .

Forcez à pousser plus en toute sécurité avec --force-with-lease

La poussée forcée avec un "bail" permet l'échec de la poussée forcée s'il y a de nouveaux commits sur la télécommande que vous ne vous attendiez pas (techniquement, si vous ne les avez pas encore récupérés dans votre branche de suivi à distance), ce qui est utile si vous ne voulez pas écraser accidentellement les commits de quelqu'un d'autre que vous ne connaissiez même pas encore, et vous voulez juste écraser les vôtres:

git push <remote> <branch> --force-with-lease

Vous pouvez en savoir plus sur la façon d'utiliser --force-with-leaseen lisant l'un des éléments suivants:

• git push Documentation
• Git: Comment ignorer l'avance rapide et revenir à l'origine [branche] pour valider plus tôt?

Une autre option (pour éviter toute poussée forcée qui peut être problématique pour d'autres contributeurs) est de:

• mettez vos nouveaux commits dans une branche dédiée
• réinitialiser votre mastersurorigin/master
• fusionnez votre branche dédiée à master, en gardant toujours les validations de la branche dédiée (ce qui signifie créer de nouvelles révisions au-dessus masterdesquelles reflétera votre branche dédiée).
  Voir " Commande git pour créer une branche comme une autre " pour les stratégies de simulation a git merge --strategy=theirs.

De cette façon, vous pouvez pousser master à distance sans avoir à forcer quoi que ce soit.

git push -f est un peu destructeur car il réinitialise toutes les modifications à distance qui ont été apportées par n'importe quel autre membre de l'équipe. Une option plus sûre est {git push --force-with-lease}.

Ce que {--force-with-lease} fait est de refuser de mettre à jour une branche à moins que ce soit l'état que nous attendons; c'est-à-dire que personne n'a mis à jour la branche en amont. En pratique, cela fonctionne en vérifiant que la référence amont est ce que nous attendons, car les références sont des hachages et codent implicitement la chaîne de parents en leur valeur. Vous pouvez dire à {--force-with-lease} exactement ce qu'il faut vérifier, mais par défaut vérifiera la référence distante actuelle. En pratique, cela signifie que lorsque Alice met à jour sa branche et la pousse vers le référentiel distant, la tête de pointage de référence de la branche est mise à jour. Maintenant, à moins que Bob ne tire de la télécommande, sa référence locale à la télécommande sera obsolète. Quand il va pousser en utilisant {--force-with-lease}, git vérifiera la référence locale par rapport à la nouvelle télécommande et refusera de forcer la poussée. {--force-with-lease} ne vous permet de forcer le push que si personne d'autre n'a poussé les modifications vers la télécommande entre-temps. C'est {--force} avec la ceinture de sécurité.

Travaille pour moi:

git push --set-upstream origin master -f

Étapes simples en utilisant tortoisegit

GIT en validant les fichiers locaux et en les poussant dans le référentiel git.

Pas :

1) la cachette change le nom de la cachette

2) tirer

3) cachette pop

4) Validez 1 ou plusieurs fichiers et donnez la description des modifications de validation à l'auteur et à la date

5) pousser