GIT: quel est le danger “supprimer” conflit?

Quelques jours, j'ai fait une nouvelle branche "new_branch" basé sur "master". Pendant que je travaillais sur mon "new_branch" avec le fichier "file.php", deuxième développeur sur sa branche supprimé le fichier "file.php" et fusionne sa branche "master". Maintenant, j'ai besoin de rebase ma branche sur le courant de "maître". Une fois que la commande git pull --rebase origin master j'ai conflits

supprimé par nous: app/file.php

Je ne sais pas maintenant comment faire, je ne veux pas perdre les modifications que j'ai faites dans ce fichier. Après les commandes

git add -A
git rebase --continue

fichier disparaîtra dans mon "new_branch"?

Si vous avez déjà commettre ce fichier dans au moins un commit, puis il va rester ici pour toujours " (à moins que vous perdez toutes les références à ce commit et invoquer Git la collecte des ordures).
Je pense que, après la relocalisation ce fichier sera affiché dans l'IDE que non enregistrées. Oui?
Voulez-vous garder ce fichier?
oui, bien sûr.

OriginalL'auteur taras | 2017-02-11

  1. 21

    Le message deleted by us: app/file.php signifie précisément ce que vous avez décrit, à savoir que quelqu'un a supprimé ce fichier dans le master branche sur laquelle vous êtes rebasage new_branch.

    En supposant que la suppression n'a pas encore été mis en scène et que vous voulez conserver ce fichier, alors vous devriez git add le fichier à mark qu'il devrait être maintenu:

    git add app/file.php

    Ensuite, résoudre tous les autres conflits de fusion et ne git rebase --continue

    Noter que si vous vouliez accepter les supprimer vous le feriez git rm à la place.

    "supprimer" signifie qu'il a été supprimé par "eux"?
    Voir ce réponse canonique pour une explication. Dans un rebase, "nous" devient la branche sur lequel vous appliquez le commet, qui est lorsque le conflit de fusion en raison de fichiers supprimés se produit.

    OriginalL'auteur Tim Biegeleisen