Ne pouvez pas changer de branches - “Erreur: sans traces de travail de l'arborescence de fichiers...” dois-je faire git add?
J'ai cela sur mon .gitignore fichier:
/nbproject/
/app/runtime/
/app/runtime/application.log*
/app/runtime/error.log*
/app/config/localdev.php*
.DS_Store
1)
J'ai la caisse pour branche master et puis, la caisse encore une fois, retour à branche dev.
2)
Une fois que je suis rentré à branche dev, j'ai perdu tous /nbproject/les fichiers et tous les /app/config/localdev.php ainsi !!!
Et peut-être les autres, mais puisqu'ils sont générés automatiquement par le framework php le moment de l'exécution, je ne peux pas vraiment dire!
3)
J'ai ensuite revenir à la branche master et j'ai eu ces fichiers là.
4)
J'ai copier ces fichiers quelque part, et je l'ai passé à branche dev de nouveau.
5)
J'ai placer ces fichiers manquants de retour à l'intérieur de /nbproject/dossier.
Maintenant, si j'essaie de passer à la branche Master, j'obtiens ceci:
Error: The following untracked working tree files would be overwritten by checkout:
nbproject/private/config.properties
nbproject/private/private.properties
nbproject/private/private.xml
nbproject/project.properties
nbproject/project.xml
Please move or remove them before you can switch branches.
Aborting
Je suis conscient que je devrais peut-être faire un git add .
pour déplacer ces fichiers sur le référentiel, ce que je ne comprends pas, c'est:
Pourquoi git lancer ce message SI j'avais nbproject/ignorés bien avant ceux git checkout commandes?
Question:
Le point est d'ignorer ces fichiers. À la fois sur le master et les dev. Ma question est: comment puis-je corriger cela dans le but de:
a) tout d'Abord:
obtenir ces fichiers (ceux sur gitignore) retour à la dev ?
b) Deuxième:
de prendre des mesures pour éviter ce conflit de nouveau.
master
est évidemment le suivi de ces fichiers, ne pas l'ignorer, alors que dev
est de les ignorer et de ne pas les suivre. Le meilleur cours de l'action dépend de la lequel des deux modèles est le "bon" de votre projet - suivre les fichiers ou de les ignorer. Essayer de faire les deux sur les différentes branches de la cause de ces sortes de questions.OriginalL'auteur MEM | 2012-08-31
Vous devez vous connecter pour publier un commentaire.
Vous pouvez les suivre dans l'autre branche. Ou, vous pouvez ajouter
--force
à la caisse commande de zapper les fichiers avec ce que jamais maître. Ou, vous pouvezgit clean -xdf
avant de vérifier maître de zapper les fichiers à partir du travail dir.Je ne comprends pas ce zap le fichier veux dire. Donc je ne peux pas suivre votre réponse. S'il vous plaît, j'ai mis à jour ma question. Pouvez-vous préciser votre réponse ?
git clean -xdf
peut éventuellement supprimer les fichiers que vous voudrez peut-être. Essayez avecgit clean -fdxn
à vérifier d'abord ce qui va être supprimé.comment
--force
affecter les modifications non validées dans l'agence de destination qui n'ont pas de conflits avec la branche courante?TG pour l'option --force - avaient à traverser chaque sacrément réponse en 2 pages pour surmonter cette erreur avant que je tape cette option. Merci ! Souhaitons juste que git est plus convivial et a montré cette option, lorsqu'elle échoue. Gaspillage de 2 heures sur ce ridicule shyte sur totalement inutiles des fichiers jar.
OriginalL'auteur Adam Dymitruk
Les mesures prises pour résoudre le problème.
Les crédits vont à: jszakmeister
1) j'ai cloné le projet à un autre endroit.
2) j'ai checkout master sur ce clone.
3) Placé le gitignore dans le maître qu'il devrait avoir été là depuis le début:
git show dev:.gitignore > .gitignore
4) j'ai supprimé les fichiers de l'arborescence, en faisant git rm "tous les fichiers où sur gitignore un par un"
5) j'ai ajouté l' .gitignore fichier sur le repo.
6) commettre
7) revenir à l'original " repo et n':
8) git fetch /chemin/vers/fix-projet de master:master
9) git checkout master, et j'ai obtenu:
Passé à la branche "master"
Votre direction est en avance de " hub/master 1 s'engager.
c'est ma télécommande branche master.
10) Poussé à distance master.
11) caisse dev de nouveau
OriginalL'auteur MEM