Jak mogę znaleźć lokalizację origin / master w git i jak mogę ją zmienić?

Doszedłem do tego pytania, szukając wyjaśnienia, co wiadomość " twoja gałąź jest przed tobą..."oznacza, w ogólnym schemacie git. Nie było odpowiedzi na to tutaj, ale ponieważ to pytanie obecnie pojawia się na górze Google, gdy szukasz frazy "twoja gałąź jest przed 'origin / master'", a ja od tego czasu zorientowali się, co tak naprawdę oznacza wiadomość, pomyślałem, że zamieścić informacje TUTAJ.

Więc, będąc początkującym git, widzę, że odpowiedź, której potrzebowałem, była wyraźnie Nowa odpowiedź. W szczególności, co " twoja gałąź jest przed tobą..."phrase oznacza, że są pliki, które dodałeś i zobowiązałeś do lokalnego repozytorium, ale nigdy nie pchnąłeś do źródła. Intencja tej wiadomości jest dodatkowo zaciemniona przez fakt, że "git diff", przynajmniej dla mnie, nie wykazywał żadnych różnic. Dopiero po uruchomieniu "Git diff origin / master"powiedziano mi, że istnieją różnice między moim lokalnym repozytorium, a zdalnym master.

Więc, być Wyczyść:

"twoja gałąź jest przed nami..." = > musisz wcisnąć do zdalnego mistrza. Uruchom "Git diff origin/master", aby zobaczyć, jakie są różnice między lokalnym repozytorium a zdalnym repozytorium głównym.

Mam nadzieję, że pomoże to innym nowicjuszom.

(również, zdaję sobie sprawę, że istnieją subtelności konfiguracji, które mogą częściowo unieważnić To rozwiązanie, takie jak fakt, że master może nie być w rzeczywistości "zdalny", A "pochodzenie" jest rekonfigurowalna nazwa używana przez Konwencję, itd. Ale nowicjusze nie dbają o tego typu rzeczy. Chcemy prostych, prostych odpowiedzi. O subtelnościach możemy poczytać później, gdy już rozwiążemy palący problem.)

Earl

Miałem problem podobny do tego, gdzie mój katalog roboczy był ahead of origin by X commits, ale git pull powodował Everything up-to-date. Udało mi się to naprawić, wykonując tę radę. Zamieszczam to tutaj na wypadek, gdyby pomogło to komuś innemu z podobnym problemem.

Podstawowa poprawka jest następująca:

$ git push {remote} {localbranch}:{remotebranch}

Gdzie słowa w nawiasach powinny zostać zastąpione przez nazwę zdalnej, nazwę lokalnej gałęzi i nazwę zdalnej gałęzi. np.

$ git push origin master:master

Czasami istnieje różnica między lokalną buforowaną wersją origin master (origin/master) a prawdziwą origin master.

Jeśli uruchomisz git remote update to resynchuje origin master z origin / master

Zobacz zaakceptowaną odpowiedź na to pytanie

Różnice pomiędzy git pull origin master & git pull origin / master

Myślałem, że mój laptop był źródłem ...

To trochę bezsensowne: origin odnosi się do domyślnego zdalnego repozytorium – tego, z którego zwykle pobierasz/ściągasz zmiany innych osób.

Jak mogę:

1. git remote -v pokaże Ci, czym jest origin; origin/master jest twoją "zakładką" dla ostatniego znanego stanu master gałęzi repozytorium origin, a twoja własna masterjest gałęzią śledzącą dla origin/master. Wszystko jest tak, jak powinno be .

2. Nie masz. przynajmniej nie ma sensu, aby repozytorium było domyślnym zdalnym repozytorium dla siebie.

3. Nie jest. chodzi tylko o to, że dokonałeś lokalnie tak wielu commitów, których nie ma w zdalnym repozytorium(zgodnie z ostatnim znanym stanem tego repozytorium).

[ Rozwiązanie]

$ git push origin

^ to dla mnie rozwiązało. To, co zrobił, zsynchronizował mojego mistrza (na laptopie) z "origin", który jest na zdalnym serwerze.

Borykam się z tym problemem i żadna z poprzednich odpowiedzi nie rozwiązuje tego pytania tak, jak ja to widzę. Usunąłem problem z powrotem do jego podstaw, aby zobaczyć, czy mogę wyjaśnić mój problem.

Tworzę nowe repozytorium (rep1), umieszczam w nim jeden plik i zatwierdzam go.

mkdir rep1
cd rep1
git init
echo "Line1" > README
git add README
git commit -m "Commit 1"

Tworzę klon rep1 i nazywam go rep2. Zaglądam do rep2 i widzę, że plik jest poprawny.

cd ~
git clone ~/rep1 rep2
cat ~/rep2/README

W rep1 dokonuję pojedynczej zmiany w pliku i zatwierdzam go. Następnie w rep1 tworzę pilota do wskaż na rep2 i wciśnij zmiany.

cd ~/rep1
<change file and commit>
git remote add rep2 ~/rep2
git push rep2 master

Teraz, kiedy wchodzę w rep2 i robię 'Git status' dostaję informację, że jestem przed origin.

# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   modified:   README
#

README w rep2 jest takie, jakie było pierwotnie, przed drugim commitem. Jedyne modyfikacje, które zrobiłem, to rep1 i wszystko, co chciałem zrobić, to wypchnąć je do rep2. Czego nie chwytam?

Czeka, aż"przeć". Try:

$ git push

Ostatnio miałem ten problem i pomyślałem, że to dlatego, że usunąłem niektóre pliki, których już nie potrzebuję. Problem polega na tym, że git nie wie, że pliki zostały usunięte i widzi, że serwer nadal je posiada. (server = origin)

Więc uciekłem

git rm $(git ls-files --deleted)

I uruchomił commit i push.

Ja też jestem początkujący. Miałem ten sam problem z komunikatami 'your branch is before of origin / master by N commits'. Wykonanie sugerowanego 'Git diff origin / master' pokazało pewne diffy, których nie dbałem o zachowanie. Więc ...

Ponieważ mój git clone był przeznaczony do hostingu, a ja chciałem dokładną kopię master repo i nie dbałem o zachowanie żadnych lokalnych zmian, postanowiłem zaoszczędzić cały mój repo i utworzyć nowy:

(na maszynie hostingowej)

mv myrepo myrepo
git clone USER@MASTER_HOST:/REPO_DIR myrepo

Dla celowości, I używane do wprowadzania zmian w klonie na mojej maszynie hostingowej. Nigdy więcej. Dokonam tych zmian w master, git commit tam, i wykonam git pull. Mam nadzieję, że to powinno utrzymać mój git clone na komputerze hostingowym w pełnej synchronizacji.

/Nara

To samo zastanawiałam się nad moim repo. W moim przypadku miałem Stary pilot, do którego już nie naciskałem, więc musiałem go usunąć.

Pobierz listę pilotów:

git remote

Usuń ten, którego nie potrzebujesz

git remote rm {insert remote to remove}

Możliwe jest zresetowanie do określonego commita przed dokonaniem własnych commitów.

$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#
nothing to commit (working directory clean)

Użyj git log, aby znaleźć commit, który był commitem, który miałeś przed lokalnymi zmianami.

$ git log
commit 3368e1c5b8a47135a34169c885e8dd5ba01af5bb
...
commit baf8d5e7da9e41fcd37d63ae9483ee0b10bfac8e
...

Zwróć uwagę na lokalne commity i zresetuj je bezpośrednio do poprzedniego commita:

git reset --hard baf8d5e7da9e41fcd37d63ae9483ee0b10bfac8e

Miałem problem "twoja gałąź wyprzedza' origin / master ' przez commity nn."kiedy wepchnąłem do zdalnego repozytorium z:

git push ssh://[email protected]/yyy/zzz.git

git push