Que signifie git dit un fichier “besoin de mise à jour”?

Je ne peux pas pour la vie de me trouver une quelconque explication décente de l' "[fichier]: besoin de mise à jour" message git parfois crache de temps en temps. Même le git officiel FAQ a expliquer ce marqué comme un TODO. Si quelqu'un pouvait expliquer) ce que cela signifie; et B) comment résoudre le problème, je vous serais extrêmement reconnaissant.

  • Bonne question, comme vous l'avez dit, même le GitFaq n'a pas de réponse: git.wiki.kernel.org/index.php/...
  • Vous pouvez voir stackoverflow.com/questions/5367734/...
  • Pouvez-vous dire exactement ce qui commande ce produit? Et la version de Git? J'ai essayé de les supprimer de l'INTERFACE utilisateur, de sorte récente Git ne devrait pas vous dire cela, sauf dans les endroits que j'ai oublié ;-).
InformationsquelleAutor rofrankel | 2010-04-18
  1. 104

    Cela signifie que vous essayez de fusionner les changements de quelque part, mais les changements incluent des modifications à un fichier qui est sale (en cours de modification dans votre arbre de travail). Vous devez valider vos modifications en attente, ou les ranger, pull/rebase/fusion/tout ce que vous êtes en train de faire de mise à jour, et unstash

    • Ce n'est pas vraiment le pull - c'est la fusion qui fait partie de l'attraction. Vous verrez la même erreur si vous essayez de fusionner une branche locale avec le même problème, et je pense que d'autres mergey opérations (appliquer, stash appliquer...) imprimer des erreurs similaires si ce n'est le même.
    • Ah, merci. Que fait réellement sens. Je suppose que j'ai besoin de m'assurer de valider les modifications avant de valider votre commande une autre branche.
    • Dans le cas où il permet de résultats de recherche, j'ai aussi rencontré ce problème en essayant de faire un git svn rebase avec une sale copie de travail. Stash enregistrer, rebase, stash pop, et tout allait bien dans le monde.
    • Le fichier lui-même ne peuvent pas être modifiées, même modification des attributs de fichier (comme les autorisations) peuvent être en cause.
    InformationsquelleAutor Michael Mrozek
  2. 22

    Comme d'autres l'ont souligné, besoin de mise à jour message signifie que le fichier est sale ou, en d'autres termes, dépassé. Mais au lieu de faire reset et tout recommencer, ce qui peut être fait est tout simplement git status et puis git add <file> si c'est sur le changé liste. Parce que vous pouvez déjà ajouter le fichier avant, mais alors changé. Ce qui m'est arrivé, et avec cette simple add j'ai résolu le problème.

    InformationsquelleAutor lomza
  3. 7

    Connecter à votre production/serveur de destination, cd dans le répertoire contenant votre application et de l'exécution de ces deux commandes.

    1. Réinitialisation de la dernière version

    AVERTISSEMENT, cela supprimera toutes vos modifications:

    git reset --hard HEAD

    2. Tirez sur les changements

    git pull origin master

    • [git reset --hard HEAD] a travaillé pour moi. J'avais commis à partir d'un partage Windows lecteur, mais mon Ubuntu répertoire ne reflètent pas la commettre que je venais de fait, même si c'était le même dossier (Z: mappé vers /var/www/html/). Après l'exécution de cette, [git status] et [git pull] maintenant montrer qu'il est à jour.
    • C'est la solution qui a fonctionné pour moi aussi. J'ai essayé d'utiliser git subtree à l'aide de SourceTree sur Windows, et ce foutu mal dans le processus.
    InformationsquelleAutor NXT
  4. 3

    Comme la réponse à la question dit, le message signifie simplement que vous avez changements remarquables. Vous bénéficiez également de cette par exemple, si vous stade des changements avec l' git add, puis changer d'avis et ne git reset HEAD file avec l'intention de recommencer.

    • git reset HEAD file provoque même message s'affiche
    InformationsquelleAutor tripleee
  5. 2

    Cette erreur peut se produire lors de processus de rebase apporter des modifications supplémentaires de fichiers qui n'est pas sur la branche cible.

    Pour moi la partie la plus délicate était avec .gitattributes fichier dans mon repo. Nouveau binaire type de fichier a été ajouté dans une autre branche, mais c'est la manipulation a été forcé en tant que fichier texte. Lorsque le fichier a été téléchargé à partir de pensions par git, EOLs (c'est du binaire valeur octets) a été remplacé, résultant en binaire différence.

    L'ajout d'une nouvelle entrée de gérer de nouveaux type de fichier binaire et de rejouer ensemble du processus résolu le problème pour moi.

    InformationsquelleAutor proxy
  6. 1

    Dans mon cas, j'ai continué à obtenir 

    assets/ElipseThree.png: needs update
You must edit all merge conflicts and then
mark them as resolved using git add

    J'ai eu ces fichiers dans mon répertoire, mais ils avaient été renommé dans ma branche courante.
    Donc, pour corriger, j'ai couru

    $ git mv assets/ElipseThree.png assets/elipseThree.png
$ git add assets/elipseHalfFull.png 
$ git rebase --continue

    et il m'a permis de continuer

    InformationsquelleAutor ThinkDigital