Comment puis-je synchroniser maître et origin/master à l'aide de egit dans eclipse?

J'ai créé un dépôt git local, et je pousse des modifications à un gitosis à distance que j'ai créé avec

git init my_git
git remote add origin git@server:my_git
... various adds and commits
git push origin master:refs/heads/master

Maintenant, je l'ai modifier et valider les modifications apportées localement dans eclipse, et quand je m'engage, je vois (à l'aide de qgit) qu'il se déplace ma master branche à cette version.

Cependant, il me montre aussi que origin/master est à la version précédente.

git status sur la ligne de commande m'indique que tout est à jour:

$ git status
# On branch master
nothing to commit (working directory clean)

Je peux voir les différences dans les versions avec

git diff origin/master

Si je ne git push sur ma ligne de commande, puis qgit me montre le origin/master branche est maintenant au même endroit que mon master.

Je ne peux pas travailler sur la façon de configurer la "distance /push" ou "à distance /configurer les pousser vers l'amont boîte de dialogue" dans eclipse pour faire la même chose en ligne de commande git push pour déplacer le origin/master au même niveau que le master.

Je dois toujours le faire en ligne de commande le pousser à faire le origin/master venir à la même place que master.

T1. Quelqu'un peut me dire comment faire cela dans eclipse?

T2. Qu'est-ce que la version ligne de commande de git push fait que l'éclipse de la version ne le fait pas?

T3. Sont mes hypothèses que master est ma TÊTE de pointeur et origin/master est le serveur distant du point de vue de l'actuel CHEF correct?

Est le master branche dans la gitolite référentiel mis à jour lorsque vous appuyez sur à partir de l'Éclipse, si?
oui, il semble qu'il est mis à jour. j'ai fait une poussée d'eclipse, puis cloné le gitolite référentiel d'ailleurs, et les changements que j'ai faits dans mon nouveau clone. le origin/master est toujours à la version précédente, donc, qui me dit que le push est travail et origin/master n'est pas le serveur distant TÊTE. Le nouveau clone a "maître", "origin/master" sur la dernière verison, mais aussi une "origine/origin/master" à la version précédente
Que vous avez un origin/origin/master dans le nouveau clone me laisse croire que vous avez en quelque sorte accidentellement poussé origin/master (plutôt que de simplement master) à un nom correspondant dans la gitolite référentiel.
Merci, il semble que j'avais fait, et j'ai maintenant supprimé de la télécommande d'origine/origin/master, et édité mon pousser à seulement master.

OriginalL'auteur Mark Fisher | 2011-09-15

  1. 2

    En passant par la partie pertinente de egit la documentation, vous pouvez soit:

    • cliquez sur "Ajouter toutes les branches spec", pour pousser tous vos branches locales pour ceux ayant le même nom dans le dépôt distant, ou
    • (l'option beaucoup plus sûre), sélectionnez tout simplement master en vertu à la fois de Source "ref" et "Destination ref" pour pousser votre master branche

    La distance de suivi de la branche origin/master est généralement mis à jour par git fetch (qui fait partie de ce que git pull), mais avec la ligne de commande git, la distance de suivi de la branche est aussi mis à jour sur le succès de la pousser à la direction générale dans le dépôt distant qui est suivi. Il est possible que Egit, étant basé sur du Java pur implémentations de git, JGit, plutôt que les outils de ligne de commande n'est pas mise à jour origin/master sur le succès de la pousser dans le même sens. Si c'est le cas, vous pouvez simplement faire une extraction de mettre à jour origin/master.

    Mise à jour: Il semble que c'est un bogue connu dans EGit (pas le sous-jacent JGit) - le rapport de bug est ici:

    Excellent, le parcours fait le tour. Je pense que je comprends pourquoi j'ai chercher localement déplacer le origin/master maintenant, serait-ce une fonctionnalité ou un bug? J'aurais attendu localement savoir où le maître est de savoir si j'étais le seul qui a tout simplement poussé un changement pour elle, le fait que j'ai à le demander dans une deuxième étape qui semble étrange, et la ligne de commande est en train de faire ce que j'avais plus naturellement s'attendre.
    Oui, je m'attends à la même chose, et je dirais que c'est un bug. En fait, j'ai juste trouvé ça dans le bug tracker: bugs.eclipse.org/bugs/show_bug.cgi?id=317411

    OriginalL'auteur Mark Longair

  2. 1

    Une mise à jour, j'ai été en utilisant eclipse Helios, et j'ai mis à jour à l'Indigo, avec la dernière version de egit, et le correctif semble être active, que je ne suis plus avoir à tirer après un push.

    Hmm, j'utilise Kepler et locaux repo "L1" et également à distance nu repo "R1" sur une autre partition du disque. D'ailleurs j'ai fait un simple clone "P" de R sur une clé usb. Sur un autre ordinateur, j'ai fait un clone "R2" de P et puis la caisse de projet formulaire de R2 dans Eclipse en utilisant repo "L2". Il fondamentalement le serveur échangent des changements entre deux ordinateurs à l'aide d'une clef usb et d'avoir à nu les sauvegardes sur les deux ordinateurs. Il ressemble à ceci:

    OriginalL'auteur Mark Fisher