Envoyer les modifications à github sans tirer

J'ai une situation stupide. J'ai développé un projet qui a été développé par un autre développeurs. J'ai envoyé mes sources à la précédente développeurs de faire des changements dans leurs sources. Mais ils ont dit qu'ils n'ont jamais travailler avec git. Ils ont donc ajouté des modifications à ces projets et c'est la version réelle maintenant. Mais il n'est pas sous contrôle de version de code.

Donc j'ai déjà s'engage sur le github et j'ai besoin de pousser cette nouvelle version.

Ce que j'ai fait:

  1. git init
  2. git remote add origin
  3. git add .
  4. git push origin master

Mais ici, c'est un problème, je ne peux pas pousser de nouvelles modifications avant la mise à jour de repo local de cours. Mais si je mettre à jour mon repo il sera de retour tous les fichiers que le précédent, les développeurs ont supprimé.

Ma question: comment pousser version actuelle sans l'extraction de données de git.

Je sais comique de la situation, mais j'ai besoin d'aide ici.

Grâce

La mise à jour à partir de la télécommande ne sera pas vous causer de perdre des fichiers, aussi longtemps que vous avez dans votre local s'engage.

OriginalL'auteur Matrosov Alexander | 2013-10-10

  1. 5

    Il semble que d'autres personnes ont travaillé sur votre projet à l'extérieur de contrôle de version je.e nu de fichiers et de dossiers.

    Je vous suggère de cloner le repo, copie ( et donc de le remplacer ) le contenu cloné avec le nouveau contenu, commit et push. git init etc vous essayez de créer entièrement de nouveaux repos, ce qui n'est pas ce que vous voulez.

    oui c'est vrai pas de git dossiers avant d'init de cours )
    La création d'un nouveau commit avec les différences entre les pensions de l'état et le courant de l'état de la source des sons comme la meilleure solution possible à cette situation. C'est très simple, et conserve l'historique lors de l'enregistrement des modifications apportées par les autres correctement.
    Je pense que le lien suivant donne une meilleure façon stackoverflow.com/questions/10510462/...

    OriginalL'auteur manojlds

  2. 25

    Vous pouvez forcer une poussée.

    git push -f origin branch_name

    A forcé à pousser effacera toutes les commettre l'histoire de la télécommande du dépôt de la branche, et de le remplacer à votre succursale.

    Vérifier les réponses pour faire forcé pousse ici. Forcé de pousser peut imprévues les conséquences cependant, afin de vérifier pour la même chose.

    Modifier

    A forcé à pousser va être une mauvaise façon de pousser les choses dans votre cas, puisque vous avez déjà précédente commits sur github, et cela va effacer la validation de l'histoire de la précédente s'engage.

    Par conséquent, afin de préserver votre commit l'histoire, vous pouvez faire les choses suivantes

    Supprimer tous les fichiers du dépôt git, puis ajouter les nouveaux fichiers ici, puis de valider la mise à jour des fichiers

    git rm -rf .
cp -r path/to/updated/code/* .
git add .

    Faire un git status maintenant vous indiquera tous les fichiers de l'autre, les développeurs ont modifié, et un git diff pour voir ce que toutes les modifications sont là.

    Si un fichier a restent inchangés, puis git rm et git add annulera l'effet de l'autre.

    Les fichiers qui ces développeurs supprimés restent supprimées depuis l'exécution de l' git rm pour eux, mais pas de git add.

    Une fois que vous êtes satisfait de ce que nous sommes, en effet les modifications, vous pouvez valider à l'aide de

    git commit -m "Merged new code"

    Potentiel de pièges

    1. Seulement le mode de fichier a changé (755 <=> 644) - selon ce code, les autres développeurs vous a envoyé
    2. Vous perdrez votre .gitignore fichier avec git rm -rf . (et, de même .gitattributes et d'autres fichiers). Réinitialisation de la TÊTE, pour chacun de ces fichiers à l'aide de git reset HEAD .gitignore avant la validation.
    3. Différents les caractères de fin de ligne (en cas de différents environnements de développement sont en cours d'utilisation), Afin de vérifier de façon appropriée.
    pourquoi l'-1?
    Je suis l'un des downvoters. J'ai voté contre parce que l'OP a déjà une version contrôlée de la source qui doit être mis à jour pour inclure des changements qui ne sont actuellement pas de contrôle de version qui ont été faites par d'autres personnes. La prise de la source de courant sans VC, la création d'un seul commit, et d'écraser l'existant de l'histoire est la pire solution possible au courant des modifications de ne pas être suivi. Il y a des moments quand ils sont forcés pousse sont utiles ou nécessaires, mais ce n'est pas un de ces cas. Comme mon précédent commentaire unis, la bonne façon de gérer cette situation est de créer de nouvelles s'engage, à ne pas effacer les anciens.
    J'ai d'abord cru OP voulait un nouveau repo (embrouillés par les mesures qu'il était en train de faire pour git init). Merci! J'ai mis à jour ma réponse maintenant.

    OriginalL'auteur mu 無

  3. -2

    Vous pouvez essayer git stash, qui va prendre un instantané de votre travail à l'arbre. Ensuite, vous pouvez tirer les changements à partir de github. De man git stash:

    L'utilisation de git stash lorsque vous souhaitez enregistrer l'état actuel du répertoire de travail et l'index, mais que vous voulez revenir à un répertoire de travail est propre. La commande enregistre vos modifications locales de loin et reprend le répertoire de travail pour correspondre à la TÊTE de la validation.

    Donc:

    git stash
git pull [email protected]/myrepo.git
git stash apply
git commit -a
    comme je vous ai compris à droite. Quand je vais pousser mes changements de la version actuelle sera la mienne. Par exemple, si dans ma version est de deux fichiers et sur git hub 3 fichiers après cachant je peux pousser juste mes 2 fichiers?
    git n'a pas vraiment travailler avec des fichiers individuels, mais des "instantanés" de l'ensemble du travail de l'arbre. git stash va stocker un aperçu de tous les changements n'ont pas encore été enregistrées avec git commit. Si foo et bar sont dans le dépôt github, et foo a changé au niveau local, mais pas sur github, puis git stash va stocker la différence entre le local et à distance foo, vous permettant de tirer, puis réappliquer les modifications git stash apply. Une meilleure explication est git-scm.com/book/en/Git-Tools-Stashing

    OriginalL'auteur ldrumm