Git使用(2)マルチユーザ連携:リモートウェアハウスとのコミュニケーション
3805 ワード
(githubなどのサーバに簡単なバージョンで接続)リモートとローカルにブランチがありません:1.git checkout-b newbranch//新しいnewbranch 2.git push origin newbranch 3.git pull origin newbranch//pushがブランチに成功したかどうかをテストするのは、複数の人が協力したときにそれぞれのバージョンを管理するためであり、1つのプロジェクトの下で自分の修正バージョンのように新しいブランチを作成して管理することができる.
git checkout-b dev//または2つのステップに分けられます:git branch dev//ブランチgit checkout dev//現在の作業ラインをブランチに切り替えてリモートブランチからブランチを引き出し、git checkout-bローカルブランチ対応git checkout-bローカルブランチ名x origin/リモートブランチ名xまたは:git fetch originリモートブランチ名x:ローカルブランチ名x:ローカルブランチ名xに自動的に切り替えることはできませんが、手動checkoutが必要です
git branchは、*dev/*がmasterに切り替えられたことを示します.
(github/bitbucketなどに既に倉庫が確立されている場合は省略可能)コードをリモート倉庫にプッシュするとbare倉庫が構築される:~/git/my_remote_repostory.git && cd ~/git/my_remote_repostory.git git init–bare//bare倉庫ls//branches/config description HEADなどのファイルやフォルダmkdir~/git/local_repository && cd ~/git/local_repository git init touch test.txt git add . && git commit -m “Initial commit” git remote add origin localhost:/home/yourname/git/remote_repository.git git push-u origin master//プッシュ成功//——-分割線3.2——-git push remote_repo local_branch:remote_branch
git pull origin dev
リモート指定ブランチを取得し、対応するローカルブランチをローカルで新規作成
git branch新規ブランチの作成:git branch newbranchローカルブランチとリモートブランチgit branch-aのリスト
(長い間プロジェクトに関与していない場合、そのプロジェクトの他の参加者は新しいbranchを多く作成する可能性があります)ため、git branch-aの前にローカルgit remote update origin–pruneに記録を更新する必要があります.
git branch -d branch_nameローカルブランチの削除(現在のブランチが削除されていない場合はgit branch-D branch_name)git branch-r-d branch_nameリモートブランチ(git branch-d-r origin/todo)1を削除する.ローカルブランチ名の変更:git branch-m oldbranch newbranch 2.リモートgit push-delete origin devel 3を削除します.リモートブランチへのローカルプッシュ:git push origin develop
1.
自分でbranchを1つずつ開かず、数人のローカルブランチが同時に1つのリモートブランチに対応している場合は、まず*git pull*を*し、リモートをローカルバージョンと同期してgit push更新を行う必要があります.バージョンが変更されるにつれて、バージョンタイムラインは前に進むので、masterポインタが古いノードを指している場合は、「updates were rejected because the tip of current branch is its remote counterpart.」
上段のgit pullを行うと、「no tracking information」というプロンプトが表示される場合があります.これは、リモートブランチとローカルブランチが完全にマッピングされていないことを意味します.リモート・ボックスをローカルの現在のブランチに関連付ける必要があります:git branch–set-upstream-to=origin/devさらに、masterの追跡git branch–unset-upstream masterなどのマッピングをキャンセルすることもできます.
git pull : git pull origin remote_branch:master originホストのremoteを取り戻すbranchブランチは、ローカルのmasterブランチmerge git fetchよりも前にリモートブランチをマージしません:git pull=1.git fetch origin master:localbranch//リモートmasterをローカル2にダウンロードする.git diff tmp 3.git merge tmp
git fetch//すべてのリモートブランチを取り戻すgit fetch originに等しい
git fetch origin master//リモートのmasterブランチgit merge origin/master//リモートブランチmasterを取り戻し、mergeをローカルの現在のブランチに戻すのはgit pull origin masterに等しい
git remote-v//リモートウェアハウス対応git remote set-url originのリスト[email protected]:*.git(新しいパス)git remote-v//ローカルとリモートの対応を確認するほか、git remote remove origin//リモートウェアハウスとの連絡git remote add originを削除することもできます[email protected]:*.git(新しいパス)/git remoteは使い方が多く、git remote rename origin origin 1//別名originをorigin 1に変更する
一、ローカル倉庫、リモート倉庫を新設して接続する
1.既存のブランチから新しいブランチを作成しdevブランチを作成し、ブランチに切り替えます。
git checkout-b dev//または2つのステップに分けられます:git branch dev//ブランチgit checkout dev//現在の作業ラインをブランチに切り替えてリモートブランチからブランチを引き出し、git checkout-bローカルブランチ対応git checkout-bローカルブランチ名x origin/リモートブランチ名xまたは:git fetch originリモートブランチ名x:ローカルブランチ名x:ローカルブランチ名xに自動的に切り替えることはできませんが、手動checkoutが必要です
2.作成が完了したら、ブランチがdevに切り替えられたかどうかを確認できます。
git branchは、*dev/*がmasterに切り替えられたことを示します.
3.リモートウェアハウスの作成
(github/bitbucketなどに既に倉庫が確立されている場合は省略可能)コードをリモート倉庫にプッシュするとbare倉庫が構築される:~/git/my_remote_repostory.git && cd ~/git/my_remote_repostory.git git init–bare//bare倉庫ls//branches/config description HEADなどのファイルやフォルダmkdir~/git/local_repository && cd ~/git/local_repository git init touch test.txt git add . && git commit -m “Initial commit” git remote add origin localhost:/home/yourname/git/remote_repository.git git push-u origin master//プッシュ成功//——-分割線3.2——-git push remote_repo local_branch:remote_branch
4.リモートからdevを取得するテスト
git pull origin dev
2.リモート倉庫からローカルにコピー
リモート指定ブランチを取得し、対応するローカルブランチをローカルで新規作成
git checkout -b localName origin/remoteName 3.ローカルブランチとリモートブランチの管理：
3.1分岐状況のリスト
git branch新規ブランチの作成:git branch newbranchローカルブランチとリモートブランチgit branch-aのリスト
3.2ローカルストレージのリモートブランチの更新
(長い間プロジェクトに関与していない場合、そのプロジェクトの他の参加者は新しいbranchを多く作成する可能性があります)ため、git branch-aの前にローカルgit remote update origin–pruneに記録を更新する必要があります.
3.3リモートブランチの削除
git branch -d branch_nameローカルブランチの削除(現在のブランチが削除されていない場合はgit branch-D branch_name)git branch-r-d branch_nameリモートブランチ(git branch-d-r origin/todo)1を削除する.ローカルブランチ名の変更:git branch-m oldbranch newbranch 2.リモートgit push-delete origin devel 3を削除します.リモートブランチへのローカルプッシュ:git push origin develop
付録:
1.
自分でbranchを1つずつ開かず、数人のローカルブランチが同時に1つのリモートブランチに対応している場合は、まず*git pull*を*し、リモートをローカルバージョンと同期してgit push更新を行う必要があります.バージョンが変更されるにつれて、バージョンタイムラインは前に進むので、masterポインタが古いノードを指している場合は、「updates were rejected because the tip of current branch is its remote counterpart.」
2.
上段のgit pullを行うと、「no tracking information」というプロンプトが表示される場合があります.これは、リモートブランチとローカルブランチが完全にマッピングされていないことを意味します.リモート・ボックスをローカルの現在のブランチに関連付ける必要があります:git branch–set-upstream-to=origin/devさらに、masterの追跡git branch–unset-upstream masterなどのマッピングをキャンセルすることもできます.
3 git fetchとgit pullの違い
git pull : git pull origin remote_branch:master originホストのremoteを取り戻すbranchブランチは、ローカルのmasterブランチmerge git fetchよりも前にリモートブランチをマージしません:git pull=1.git fetch origin master:localbranch//リモートmasterをローカル2にダウンロードする.git diff tmp 3.git merge tmp
git fetch//すべてのリモートブランチを取り戻すgit fetch originに等しい
git fetch origin master//リモートのmasterブランチgit merge origin/master//リモートブランチmasterを取り戻し、mergeをローカルの現在のブランチに戻すのはgit pull origin masterに等しい
ローカル・ウェアハウスに対応するリモート・ウェアハウスの変更
git remote-v//リモートウェアハウス対応git remote set-url originのリスト[email protected]:*.git(新しいパス)git remote-v//ローカルとリモートの対応を確認するほか、git remote remove origin//リモートウェアハウスとの連絡git remote add originを削除することもできます[email protected]:*.git(新しいパス)/git remoteは使い方が多く、git remote rename origin origin 1//別名originをorigin 1に変更する