Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Visual Studio 2019 | Visual Studio 2022
A munkáját megoszthatja egy helyi Git-adattárfiókban úgy, hogy feltölti a módosításokat egy távoli adattárba, amelyhez mások hozzáférhetnek. A Git leküldéses parancs feltölti az új véglegesítéseket a helyi ágból egy távoli adattár megfelelő ágára. A Visual Studio a leküldéses parancsot használja, amikor úgy dönt, hogy távoli adattárral szinkronizálja a munkáját.
Miután hozzáadott egy vagy több véglegesítést egy helyi ághoz, leküldheti a véglegesítéseket egy távoli ágba, hogy megoszthassa vagy biztonsági másolatot készíthesse a munkájáról. A leküldéses parancs használatakor a Git ellenőrzi, hogy a helyi ág naprakész-e a távoli ággal. Ha nem, a Git megakadályozza, hogy új véglegesítéseket küldjön, amíg nem frissítette a helyi ágat. A probléma megoldásához lekérheti a helyi ágban nem található távoli ág-véglegesítéseket. Ha a lekért távoli véglegesítések ütköznek a helyi véglegesítésekkel, próbálja meg feloldani ezeket az ütközéseket a módosítások leküldése előtt.
Ahhoz, hogy a Git leküldéses parancs működjön, a helyi adattárnak egy távoli Git-adattárhoz kell kapcsolódnia. Ha a helyi adattárat egy távoli adattárból klónozta, akkor azok már csatlakoztatva vannak. Ha azonban klónozás nélkül hozta létre a helyi adattárat, azt egy üzemeltetett Git-adattárhoz kell csatlakoztatnia. További információ: Csatlakozás egy Azure Repos Git-adattárhoz, és Csatlakozás egy GitHub-adattárhoz.
Tipp.
Ha támogatni szeretné a lekéréses kérelmek áttekintését, ne dolgozzon közvetlenül a main helyi adattár ágában. Ehelyett mentse a véglegesítéseket egy helyi funkcióágba vagy hibajavítási ágba, és küldje le az ágat a munka befejezésekor. A Git-munkafolyamat áttekintéséhez tekintse meg az Azure Repos Git oktatóanyagát.
A Visual Studio 2022 Git-verziókövetési felületet biztosít a Git menü, a Git-módosítások és a Megoldáskezelő helyi menüjének használatával. A Visual Studio 2019 16.8-es verziója a Team Explorer Git felhasználói felületét is kínálja. További információt a Visual Studio 2019 – Team Explorer lapon talál.
A Git Changes ablakban válassza a felfelé mutató leküldéses gombot a véglegesítés leküldéséhez.
Vagy leküldheti a módosításokat a Git-adattár ablakából. A Git-adattár ablakának megnyitásához válassza ki a kimenő/bejövő hivatkozást a Git-módosítások ablakban.
A módosításokat a menüsáv Git menüjéből is leküldheti.
A Visual Studio 2019 a Git-verziókövetést a Git menü, a Git-módosítások és a Megoldáskezelő helyi menüinek használatával biztosítja.
A Git Changes ablakban válassza a felfelé mutató leküldéses gombot a véglegesítés leküldéséhez.
Vagy leküldheti a módosításokat a Git-adattár ablakából. A Git-adattár ablakának megnyitásához válassza ki a kimenő/bejövő hivatkozást a Git-módosítások ablakban.
A módosításokat a menüsáv Git menüjéből is leküldheti.
A Visual Studio 2019 16.8-s és újabb verziói gites verziókövetési felületet biztosítanak a Team Explorer Git felhasználói felületének fenntartása mellett. A Team Explorer használatához törölje az Eszközök>beállításai>– előzetes verziójú funkciók>új Git felhasználói felületének jelölését a menüsávról. A Git-funkciókat mindkét felületről használhatja felcserélhetően.
A Team Explorerben válassza a Kezdőlap lehetőséget, majd a Szinkronizálás lehetőséget a szinkronizálás megnyitásához.
A Szinkronizálás nézetet a Módosítások nézetből is megnyithatja, ha közvetlenül a véglegesítés után a Szinkronizálás elemet választja.
A Szinkronizálás nézetben válassza a Leküldés lehetőséget a véglegesítés távoli adattárba való feltöltéséhez. Ha ez az első leküldés az adattárba, a következő üzenet jelenik meg: The current branch does not track a remote branch...ez jelzi, hogy a véglegesítés le lett küldve egy új ágba a távoli adattárban, és hogy az aktuális ágból leküldéses jövőbeli véglegesítések fel lesznek töltve erre a távoli ágra.
Bár ritkán kell leküldnie egy helyi ágat egy másik néven elnevezett távoli ágba, ezt a nem a Git leküldéses parancsával teheti meg:
Ha új véglegesítéseket szeretne leküldni a helyi ágból egy azonos nevű távoli ágba, futtassa az alábbi egyszerűsített leküldéses parancsot. Ha a távoli adattár nem rendelkezik azonos nevű ággal, ez a parancs létrehoz egy új távoli ágat ugyanazzal a névvel, és véglegesíti a helyi ágat.
git push <remote repo> <local branch name>
Távoli adattár klónozásakor a Git az aliast origin rövidítésként rendeli hozzá a klónozott távoli adattár URL-címéhez. Futtassa git remote -v az origin alias értékét. Az alias manuális hozzáadásához futtassa a origin parancsot git remote add origin <remote repo url>. Az aliassal origin tovább egyszerűsítheti a leküldéses parancsot:
git push origin <local branch name>
Ha új véglegesítéseket szeretne leküldni az aktuális helyi ágból egy azonos nevű távoli ágba, futtassa az alábbi egyszerűsített leküldéses parancsot. Ha a távoli adattárnak nincs azonos nevű ága, ez a parancs sikertelen lesz.
git push origin
Ha az aktuális helyi ág egy távoli ágat originkövet nyomon, teljes egészében rövidítheti a leküldéses parancsot:
git push
A teljes rövidített leküldéses parancs azonban sikertelen lesz, ha a helyi ág nem követi nyomon a távoli ágat. Futtassa git remote show origin az ágak nyomon követett állapotának ellenőrzéséhez. Az aktuális helyi ág leküldéséhez és beállításához futtassa git push --set-upstream origin <local branch name> egyszer az azonos nevű távoli ágatorigin. A --set-upstream jelölő létrehoz egy azonos nevű távoli ágat, ha nem létezik.
A helyi szolgáltatás (vagy hibajavítás) ágon végzett munka során gyakran előfordul, hogy rendszeresen frissíti az ágat az main ág legújabb módosításaival. Ennek módjától függően a funkcióág helyi és távoli véglegesítési előzményei eltérhetnek, így a Git leküldéses parancs hibát ad vissza. Ha ön az egyetlen személy, aki a távoli szolgáltatáságba küldi a leküldést, és biztos benne, hogy a helyi szolgáltatáság tartalmazza az összes szükséges munkát, a Git leküldéses parancsával --force lecserélheti a távoli szolgáltatáság összes véglegesítését a helyi szolgáltatáság véglegesítésére. A Git leküldéses parancsával kapcsolatos további információkért, beleértve az egyéb force beállításokat is, tekintse meg a Git referencia-kézikönyvét.
Miután leküldte a véglegesítéseket, létrehozhat egy lekéréses kérelmet , amely tudatja másokkal, hogy szeretné áttekinteni a módosításokat. Jóváhagyás esetén a módosítások egyesülnek a távoli adattár célágával.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz:
