チームワークのGit Journeyに參加する準(zhǔn)備をしますか？この記事では、チームのコラボレーションに必要なGITスキルを段階的に説明し、簡(jiǎn)単に開(kāi)始するのに役立ちます。

コアポイント：

• gitの基本をマスターします：作成、クローンリポジトリ、変更、およびリモートリポジトリのプッシュアンドプル。
分岐とマージの使用に習(xí)熟している：複數(shù)の開(kāi)発者が互いに干渉することなく、プロジェクトのさまざまな部分を同時(shí)に処理できるようにします。
マージ競(jìng)合を解く：枝の滑らかなマージを確保します。
GIT LFSを使用して大規(guī)模なバイナリファイルを処理することを?qū)Wぶ：リポジトリのサイズは、コミットごとに無(wú)限に拡張することを避けます。

1クローン：チームワークの出発點(diǎn) ゼロから始まる個(gè)々のプロジェクトとは異なり、チームのコラボレーションでは通常、既存のコードベースを最初にローカルシステムにクローニングする必要があります。これにより、自分のコピーで作業(yè)し、他の人の変更との対立を回避できます。

クローンコマンド：

クローニングするときは、複數(shù)のプロトコルを選択してソースに接続できます。

git clone /path/to/repo
git clone username@remote_system_ip:/path/to/repo/on/remote
git clone https://github.com/sdaityari/my_git_project.git

2リモートウェアハウス<

クローニング後、リポジトリはソースコード、つまりリモートリポジトリへのポインターを保持します。リモートリポジトリは、同じリポジトリを指す別のコピーです。クローニングするとき、という名前のリモートポインターが自動(dòng)的に作成され、ソースを指すようになります。

リモートリポジトリを表示：

origin

リモートリポジトリの追加：

git remote -v

リモートリポジトリを削除：

git remote add remote_name remote_address

リモートウェアハウスのアドレスを変更します：

git remote remove remote_name

3

GITの利點(diǎn)の1つは、その強(qiáng)力な分岐機(jī)能です。ブランチは、リポジトリでのコミットへのポインターであり、その前身のコミットを指します。したがって、支店はコミットの年代順のリストを表しています。ブランチを作成することは、実際にコミットに対する新しいポインターを作成するだけですが、本質(zhì)的に新しい獨(dú)立した開(kāi)発パスを表しています。

git remote set-url remote_name new_remote_address

チームコラボレーションでは、ブランチを使用してさまざまなワークラインを區(qū)別します。複數(shù)の開(kāi)発者が同時(shí)にさまざまな問(wèn)題に対処します。理想的には、これらの問(wèn)題は異なるブランチで処理され、コードレビューとマージの前に新しいコードが論理的に分離されるようにします。 ブランチの表示：

ブランチの作成：

branchの名前を変更：

git branch

削除ブランチ：

git branch new_branch
git checkout -b new_branch  # 創(chuàng)建并切換到新分支

4ローカルリポジトリを更新します

git branch -m new_renamed_branch

問(wèn)題処理を完了した後、ブランチを下にあるブランチに統(tǒng)合する必要があります。

マージコマンド：

git branch -D new_renamed_branch

マージプロセスは、競(jìng)合につながる可能性があるため、時(shí)間がかかる場(chǎng)合があります。

5

新しいブランチを作成した後、ベースブランチが同じファイルの同じ部分を更新する場(chǎng)合、Gitはすべてのデータを保持しようとします。どの変更を維持するかを自動(dòng)的に決定することができない場(chǎng)合、競(jìng)合が提起されます。

競(jìng)合がある場(chǎng)合、

git checkout base_branch
git merge new_branch

は両方のブランチで変更されたファイルのリストを表示します。競(jìng)合するファイルには、次の行が含まれています

開(kāi)発者は、ファイルを手動(dòng)で編集し、どの変更を維持するかを決定し、変更を送信する必要があります。

6リモートリポジトリと同期

コードをリモートリポジトリに公開(kāi)する前に、ローカルリポジトリを更新して、最後の更新以降に発生した変更を含める必要があります。

リモートの変更を更新：

git clone /path/to/repo
git clone username@remote_system_ip:/path/to/repo/on/remote
git clone https://github.com/sdaityari/my_git_project.git

git pullデータを最初にダウンロードし、ローカルブランチとマージします。リモートの変更を引くと、競(jìng)合が発生する場(chǎng)合があります。

リモートリポジトリへの変更を公開(kāi)：

git remote -v

7 クラウドコラボレーションは、フォークの概念を紹介します。 Forkは、ユーザー名の下にあるCloud Centralリポジトリのコピーです。元のリポジトリに影響を與えることなく、フォークに変更をプッシュできます。

これは以前の手順に影響します。あなたは獨(dú)自のフォークをクローンするので、ローカルリポジトリの

はクラウドのフォークを指します。元のリポジトリの更新を取得するには、元のリポジトリを指すために

という名前のリモートリポジトリを手動(dòng)で追加する必要があります。 origin upstream Pullリクエストを介して変更の変更を元のリポジトリにマージします。

8プル要求によるコードレビュー

プル要求は、ブランチコードを別のブランチに融合するリクエストです。 2つのブランチ間の違いを要約し、開(kāi)発者と管理者の間の議論を開(kāi)始します。コードレビューは、より多くの変更につながる可能性があり、管理者が満たされた場(chǎng)合にのみマージすることができます。

9

個(gè)人プロジェクトでは、1つのブランチ（集中ワークフロー）のみを使用できます。より複雑なのは、各機(jī)能またはバグ修正が1つのブランチに対応する機(jī)能ブランチワークフローです。

gitflowワークフローには、開(kāi)発、機(jī)能、リリース、およびホットフィックスブランチが含まれています。

10

gitをバイナリファイルと実行可能ファイルを処理するのは困難です。 GIT LFSは、クラウドに大きなバイナリファイルを保存し、テキストポインターに置き換えることにより、この問(wèn)題を解決します。

さらに読み取り この記事では、チームに參加するときに使用できるGitのヒントを紹介します。その他のコンテンツについては、

を參照してください

ジャンプ開(kāi)始git

プロフェッショナルgit

faq

この記事には、よくある質(zhì)問(wèn)に対する回答が含まれています。

以上がチームに參加する前に知っておくべき10のgitテクニックの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。