コラボレーション時管理Git
やっとチームプロジェクト...
よく知らない反応本片...
もっと見知らぬGit管理...
本当に毎日考えています.私は本当にこれをすることができますか?できなかったらどうなるの?
私が知らないことを知っている人がいます.グーグル神と私の同僚たち.私にはできませんが、彼らは可能性を信じて、食べ物を分かち合って、お互いに勉強すれば、できます.
コラボレーションタイマ管理は、これ以上ホームページにプッシュできないことを意味します.
この有名な絵を見てください.チームを管理するリーダー...そうですね.
私たちは襟を管理します.その言葉の意味は襟の分岐を管理することです.今、私たちは分岐を乱造しながら仕事をしなければなりません.
まず、チームプロジェクトのメイン勘定科目「コーティングメイン勘定科目」フォークリフトを使用してアドレスをコピーし、ノートパソコンの適切な日向でgit cloneを使用して羽状ファイルを生成します.
第二に、私のローカルで仕事をするとき、私は仕事の前にメインサーバーの領地に行って、Web上でホットスポットを生成します.ホットスポットが生成された場合、番号は#で、後に生成された数値が使用されます.
第三に、私がクローンしたタスクファイルのvscを開き、git checkout-b feature-問題-#(さっきの数字)を最後に書きます.このコマンドは、ブランチの作成時に移動します.私の地元でも支店を作って、中で仕事をすることを忘れないでください.
第四に、このファイルにgitを追加します.とcommit,git push origin feature-発行-#です.(remoteのdevelopbranchに表示されることを示す)
第五に、ネット上の電子倉庫に行って、フォークを作ったばかりの電子倉庫に入って、提出したばかりのものをprに送って、ブランド名を修正することに注意しなければなりません.
赤いブロックに注意して、prの伝言簿にネット名と私の地元の仕事のネット名を設定することを忘れないでください.
第六に、そうすると、スタッフとしてやるべきことが全部終わって、今は組長のアカウントで領地に入って、私がアップロードした内容を見て、合併するか再発表するかを決めます.
第七に、組長が合併すれば、開発したコードと合併します.では、他のチームメンバーも私が書いたコードを共有しなければなりません.他の選手は引っ張られます.どうしよう.
ここから上流に出ます.私たちはそれぞれの端末でgit add上流羽アドレス(組長の羽アドレス)を使用します.これにより、元のリポジトリではなく上流と呼ばれるリモート・リポジトリが生成されます.git remote-vは2つの原点、2つの上流を表し、合計4つの原点が見えます.今からやってこれからはとても重要なスローガンになります.
「pushは原点からpullは上流から!
git pull upstream develop
pullを受け取るときは、私の領地からmainに移動し、メインフォルダで受け取ります.
エラー時の管理方法.
1.prが失敗したときに競合が発生しました:
「≪競合解決|Collision Resolution|emdw≫」ボタンは一時停止します.このボタンをクリックすると、ネットワーク編集者に競合が発生した場所を通知し、残りの内容を編集し、「≪as slovedのタグ|Tag as sloved|emdw≫」ボタンをクリックするとmerge requestというボタンがポップアップされ、このボタンをクリックしてprをすべて閉じることができます.
原産地はフォークで取った私のジリモットの住所でなければなりません.
上流は組長のプロジェクトアドレスでなければなりません.これが違うとprを出すときにエラーが発生します注意!
キム博士、ミンジを分かち合うキムは小贴士に命令した.
よく知らない反応本片...
もっと見知らぬGit管理...
本当に毎日考えています.私は本当にこれをすることができますか?できなかったらどうなるの?
私が知らないことを知っている人がいます.グーグル神と私の同僚たち.私にはできませんが、彼らは可能性を信じて、食べ物を分かち合って、お互いに勉強すれば、できます.
コラボレーションタイマ管理は、これ以上ホームページにプッシュできないことを意味します.
この有名な絵を見てください.チームを管理するリーダー...そうですね.
私たちは襟を管理します.その言葉の意味は襟の分岐を管理することです.今、私たちは分岐を乱造しながら仕事をしなければなりません.
まず、チームプロジェクトのメイン勘定科目「コーティングメイン勘定科目」フォークリフトを使用してアドレスをコピーし、ノートパソコンの適切な日向でgit cloneを使用して羽状ファイルを生成します.
第二に、私のローカルで仕事をするとき、私は仕事の前にメインサーバーの領地に行って、Web上でホットスポットを生成します.ホットスポットが生成された場合、番号は#で、後に生成された数値が使用されます.
第三に、私がクローンしたタスクファイルのvscを開き、git checkout-b feature-問題-#(さっきの数字)を最後に書きます.このコマンドは、ブランチの作成時に移動します.私の地元でも支店を作って、中で仕事をすることを忘れないでください.
第四に、このファイルにgitを追加します.とcommit,git push origin feature-発行-#です.(remoteのdevelopbranchに表示されることを示す)
第五に、ネット上の電子倉庫に行って、フォークを作ったばかりの電子倉庫に入って、提出したばかりのものをprに送って、ブランド名を修正することに注意しなければなりません.
赤いブロックに注意して、prの伝言簿にネット名と私の地元の仕事のネット名を設定することを忘れないでください.
第六に、そうすると、スタッフとしてやるべきことが全部終わって、今は組長のアカウントで領地に入って、私がアップロードした内容を見て、合併するか再発表するかを決めます.
第七に、組長が合併すれば、開発したコードと合併します.では、他のチームメンバーも私が書いたコードを共有しなければなりません.他の選手は引っ張られます.どうしよう.
ここから上流に出ます.私たちはそれぞれの端末でgit add上流羽アドレス(組長の羽アドレス)を使用します.これにより、元のリポジトリではなく上流と呼ばれるリモート・リポジトリが生成されます.git remote-vは2つの原点、2つの上流を表し、合計4つの原点が見えます.今からやってこれからはとても重要なスローガンになります.
「pushは原点からpullは上流から!
git pull upstream develop
pullを受け取るときは、私の領地からmainに移動し、メインフォルダで受け取ります.
エラー時の管理方法.
1.prが失敗したときに競合が発生しました:
「≪競合解決|Collision Resolution|emdw≫」ボタンは一時停止します.このボタンをクリックすると、ネットワーク編集者に競合が発生した場所を通知し、残りの内容を編集し、「≪as slovedのタグ|Tag as sloved|emdw≫」ボタンをクリックするとmerge requestというボタンがポップアップされ、このボタンをクリックしてprをすべて閉じることができます.
原産地はフォークで取った私のジリモットの住所でなければなりません.
上流は組長のプロジェクトアドレスでなければなりません.これが違うとprを出すときにエラーが発生します注意!
キム博士、ミンジを分かち合うキムは小贴士に命令した.
git remote -v : 내가 등록한 git 주소 확인 (oigin & upstream)
git branch : 내가 현재 위치해 있는 git branch 확인
git checkout -b 브팬치명 : 새로 브랜치 만들고 그쪽으로 접속
git branch -D 브랜치명 : 해당 브랜치 삭제 (단, 내가 그 브랜치에 접속해 있으면 안되고, commit 해야 될것도 없어야 함)
Reference
この問題について(コラボレーション時管理Git), 我々は、より多くの情報をここで見つけました https://velog.io/@kimu/협업시-git-관리テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol