チームに参加する前に知っておくべき10のgitテクニック

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

コアポイント：

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

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

クローンコマンド：

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

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リモートウェアハウス<

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

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

origin

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

git remote -v

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

git remote add remote_name remote_address

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

git remote remove remote_name

3

GITの利点の1つは、その強力な分岐機能です。ブランチは、リポジトリでのコミットへのポインターであり、その前身のコミットを指します。したがって、支店はコミットの年代順のリストを表しています。ブランチを作成することは、実際にコミットに対する新しいポインターを作成するだけですが、本質的に新しい独立した開発パスを表しています。

git remote set-url remote_name new_remote_address

チームコラボレーションでは、ブランチを使用してさまざまなワークラインを区別します。複数の開発者が同時にさまざまな問題に対処します。理想的には、これらの問題は異なるブランチで処理され、コードレビューとマージの前に新しいコードが論理的に分離されるようにします。 ブランチの表示：

ブランチの作成：

branchの名前を変更：

git branch

削除ブランチ：

git branch new_branch
git checkout -b new_branch  # 创建并切换到新分支

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

git branch -m new_renamed_branch

問題処理を完了した後、ブランチを下にあるブランチに統合する必要があります。

マージコマンド：

git branch -D new_renamed_branch

マージプロセスは、競合につながる可能性があるため、時間がかかる場合があります。

5

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

競合がある場合、

git checkout base_branch
git merge new_branch

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

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

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

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

リモートの変更を更新：

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データを最初にダウンロードし、ローカルブランチとマージします。リモートの変更を引くと、競合が発生する場合があります。

リモートリポジトリへの変更を公開：

git remote -v

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

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

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

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

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

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

9

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

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

10

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

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

を参照してください

ジャンプ開始git

プロフェッショナルgit

faq

この記事には、よくある質問に対する回答が含まれています。

以上がチームに参加する前に知っておくべき10のgitテクニックの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。