Mam następujące repozytorium.
- DEV REPO: w katalogu na moim komputerze programistycznym, w którym dokonuję zmian
- MAIN REPO: puste repozytorium na mojej maszynie programistycznej, na które przesyłam zmiany z dev repo
- REPOZYCJA PRODUKCJI: repozytorium na hoście do pobierania aktualizacji z głównego repozytorium
Kiedyś git remote add origin /Users/me/sites/main_repo
ustawiałem repozytorium MAIN jako źródło repozytorium DEV. Repozytorium PRODUKCJI znajduje się na zdalnym hoście. Czy mogę użyć odmiany tego samego polecenia, aby ustawić GŁÓWNE repozytorium jako źródło również dla repozytorium PRODUKCJA? Jeśli „tak”, to przypuszczam, że składnia zawiera adres IP. Jakby to wyglądało?
Odpowiedzi:
Korzystanie z SSH
Korzystanie z HTTP
Jednak prosty
git pull
proces wdrażania jest zwykle złym pomysłem i należy go unikać na rzecz prawdziwego skryptu wdrażania.źródło
git pull
, co robi. Konieczne może być skonfigurowanie poświadczeń DB produkcyjnej, wyczyszczenie pamięci podręcznej, zwiększenie numeru wersji, wykonanie kopii zapasowej starszej wersji, aby można było przywrócić poprzednią wersję, jeśli coś pójdzie nie tak, zoptymalizować / zminimalizować zasoby (na przykład CSS i Js) oraz bazilliony innych rzeczyDla każdego, kto tu przychodzi, tak jak ja, szuka składni do zmieniającej pochodzenie w inne miejsce, możesz znaleźć tę dokumentację tutaj: https://help.github.com/articles/changing-a-remote-s-url/ . Skorzystanie
git remote add
z tego spowoduje „krytyczny: zdalne pochodzenie już istnieje”.Łupina od orzecha:
git remote set-url origin https://github.com/username/repo
(Zaznaczona odpowiedź jest poprawna, mam tylko nadzieję, że pomogę każdemu tak zagubionemu jak ja ... haha)
źródło
Możesz dołączyć oddział, aby śledzić podczas konfigurowania pilotów, aby utrzymać działanie zgodnie z oczekiwaniami:
Dzięki temu nie musisz ręcznie edytować konfiguracji git ani ręcznie określać śledzenia gałęzi.
źródło