Sdílení kódu pomocí příkazu push

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Visual Studio 2019 | Visual Studio 2022

Svou práci na místní větvi úložiště Git můžete sdílet tak, že nahrajete změny do vzdáleného úložiště, ke kterému mají přístup ostatní. Příkaz Git Push nahraje nové potvrzení z místní větve do odpovídající větve vzdáleného úložiště. Visual Studio používá příkaz push, když se rozhodnete synchronizovat práci se vzdáleným úložištěm.

Přehled pracovního postupu Gitu najdete v kurzu Gitu pro Azure Repos.

Požadavky

Kategorie	Požadavky
Přístup k projektu	Člen projektu.
Permissions	- Zobrazit kód v soukromých projektech: Alespoň základní přístup. - Klonování nebo přispívání do kódu v soukromých projektech: Člen skupiny zabezpečení Přispěvatelé nebo odpovídající oprávnění v projektu. – Nastavení oprávnění k větvi nebo úložišti: Správa oprávnění pro větev nebo úložiště - Změnit výchozí větev: Upravit oprávnění zásad pro úložiště. – Import úložiště: Člen skupiny zabezpečení Správci projektu nebo Oprávnění k vytvoření na úrovni projektu Git nastaveno na Povolit. Další informace najdete v tématu Nastavení oprávnění úložiště Git.
Services	Jsou povolená úložiště.
Nářadí	Optional. Použijte příkazy az repos : Azure DevOps CLI.

Poznámka:

Ve veřejných projektech mají uživatelé s přístupem účastníků úplný přístup k Azure Repos, včetně zobrazení, klonování a přispívání ke kódu.

Nasdílení kódu

Po přidání jednoho nebo více potvrzení do místní větve můžete potvrzení "odeslat" do vzdálené větve, aby se vaše práce sdílela nebo zálohovala. Když použijete příkaz Push, Git zkontroluje, jestli je vaše místní větev aktuální se vzdálenou větví. Pokud ne, Git vám zabrání v odesílání nových potvrzení, dokud neaktualizujete místní větev. Pokud chcete tento problém vyřešit, můžete vyžádat přijetí změn , abyste získali potvrzení vzdálené větve, které nejsou ve vaší místní větvi. Pokud jsou stažená vzdálená potvrzení v konfliktu s místními potvrzeními, zkuste tyto konflikty vyřešit před nasdílením změn.

Aby příkaz Git Push fungoval, musí být vaše místní úložiště připojené ke vzdálenému úložišti Git. Pokud jste naklonovali místní úložiště ze vzdáleného úložiště, jsou už připojené. Pokud jste ale vytvořili místní úložiště bez klonování, budete ho muset připojit k hostovanému úložišti Git. Další informace najdete v tématu Připojení k úložišti Git v Azure Repos a připojení k úložišti GitHub.

Návod

Pokud chcete podporovat kontrolu žádostí o přijetí změn vaší práce, vyhněte se práci přímo ve main větvi místního úložiště. Místo toho uložte potvrzení do místní větve funkcí nebo větve opravy chyb a nasdílejte tuto větev po dokončení práce. Přehled pracovního postupu Gitu najdete v kurzu Gitu pro Azure Repos.

Visual Studio 2022

Visual Studio 2022 poskytuje prostředí pro správu verzí Git pomocí nabídky Git , změn Gitu a prostřednictvím kontextových nabídek v Průzkumníku řešení. Visual Studio 2019 verze 16.8 také nabízí uživatelské rozhraní Git Team Exploreru . Další informace najdete na kartě Visual Studio 2019 – Team Explorer .

V okně Git Changes (Změny Gitu ) vyberte tlačítko se šipkou nahoru a nasdílejte potvrzení.

Nebo můžete změny nasdílit z okna úložiště Git . Pokud chcete otevřít okno úložiště Git , vyberte v okně Změny Gitu odchozí nebo příchozí odkaz.

Nebo můžete změny nasdílit z nabídky Git na řádku nabídek.

Visual Studio 2019 – nabídka Git

Visual Studio 2019 poskytuje prostředí pro správu verzí Git pomocí nabídky Git , změn Gitu a prostřednictvím kontextových nabídek v Průzkumníku řešení.

V okně Git Changes (Změny Gitu ) vyberte tlačítko se šipkou nahoru a nasdílejte potvrzení.

Nebo můžete změny nasdílit z okna úložiště Git . Pokud chcete otevřít okno úložiště Git , vyberte v okně Změny Gitu odchozí nebo příchozí odkaz.

Nebo můžete změny nasdílit z nabídky Git na řádku nabídek.

Visual Studio 2019 – Team Explorer

Visual Studio 2019 verze 16.8 a novější verze poskytují prostředí pro správu verzí Gitu při zachování uživatelského rozhraní Git Team Exploreru . Pokud chcete použít Team Explorer, zrušte zaškrtnutí políčka Možnosti nástrojů>>Ve verzi Preview Nové>uživatelské prostředí Gitu na řádku nabídek. Funkce Gitu můžete používat z obou rozhraní zaměnitelně.

1. V Team Exploreru vyberte Domů a pak zvolte Synchronizovat a otevřete Synchronizaci.

   

   Můžete také přejít do zobrazení Synchronizace ze změn tak, že zvolíte Možnost Synchronizovat hned po potvrzení.

   

2. V zobrazení Synchronizace zvolte Nahrání potvrzení do vzdáleného úložiště. Pokud se jedná o první nasdílení změn do úložiště, zobrazí se zpráva: The current branch does not track a remote branch..., která vám umožní zjistit, že potvrzení se odeslalo do nové větve ve vzdáleném úložišti a že budoucí potvrzení odeslaná z aktuální větve se nahrají do této vzdálené větve.

   

Příkazový řádek Gitu

I když byste měli zřídka potřebovat nasdílit místní větev do jiné vzdálené větve, můžete to udělat pomocí příkazu git push bez rozevření:

git push <remote repo> <local branch name>:<remote branch name>

Pokud chcete odesílat nová potvrzení z místní větve do stejné vzdálené větve, spusťte následující zjednodušený příkaz push. Pokud vzdálené úložiště nemá stejnou pojmenovanou větev, tento příkaz vytvoří novou vzdálenou větev se stejným názvem a potvrzením jako místní větev.

git push <remote repo> <local branch name>

Při klonování vzdáleného úložiště git přiřadí alias origin jako zkratku pro adresu URL vzdáleného úložiště, které jste naklonovali. Spuštěním zkontrolujte git remote -v hodnotu aliasu origin . Pokud chcete alias přidat origin ručně, spusťte git remote add origin <remote repo url>příkaz . Pomocí aliasu origin můžete ještě zjednodušit příkaz push:

git push origin <local branch name>

Pokud chcete do stejné vzdálené větve odeslat nová potvrzení z aktuální místní větve, spusťte následující zjednodušený příkaz push. Pokud vzdálené úložiště nemá stejnou pojmenovanou větev, tento příkaz selže.

git push origin

Pokud vaše aktuální místní větev sleduje vzdálenou větev origin, můžete plně zkrátit příkaz push:

git push

Plně zkrácený příkaz push ale selže, pokud vaše místní větev nesleduje vzdálenou větev. Spuštěním zkontrolujte git remote show origin sledovaný stav větví. Pokud chcete nasdílit a nastavit aktuální místní větev tak, aby sledovala stejnou vzdálenou větev origin, spusťte git push --set-upstream origin <local branch name> jednou. Příznak --set-upstream vytvoří stejnou vzdálenou větev, pokud neexistuje.

Při práci na místní (nebo opravené) větvi je běžné pravidelně aktualizovat větev nejnovějšími změnami z main větve. V závislosti na tom, jak to uděláte, se místní a vzdálená historie potvrzení vaší větve funkcí můžou lišit tak, aby příkaz Push Gitu vrátil chybu. Pokud jste jediná osoba, která nasdílí oznámení do vzdálené větve funkcí a jste si jistí, že vaše místní větev funkcí obsahuje veškerou potřebnou práci, můžete pomocí příkazu Git Push s příznakem --force nahradit všechna potvrzení ve vzdálené větvi funkce potvrzeními z místní větve funkcí. Další informace o příkazu Git Push, včetně dalších force možností, najdete v referenční příručce k Gitu.

Po nasdílení potvrzení můžete vytvořit žádost o přijetí změn a dát ostatním vědět, že chcete, aby vaše změny zkontrolovali. Pokud jsou schválené, vaše změny se sloučí do cílové větve vzdáleného úložiště.

Další kroky

Kontrola kódu s využitím aktualizace kódu žádostí o přijetí změns využitím načtení a přijetí změn

Související články

• Začínáte s úložišti Git? Další informace