git-初心者がジョブに参加するために必要な操作プロセス

1. 背景
新しい会社では、以前から Git を使用していましたが、複数人での開発シナリオでした。それに比べて、たとえ使われていなくても、必ず壁にぶつかります。オンラインで検索すると git の使用法が強く推奨されますが、初心者にとって最も悲しいのは、すべての使用方法が世の中にあるのに、それを知らず、気軽に使用する勇気がないことです。結局のところ、これは実戦です。まとめると、私のような初心者の助けになれば幸いです。小さなツールを使用することで自信が大きく損なわれないようにしてください。 git の使い方を啓発する講師を務めてくれた会社の同僚、Zhiling に感謝します。

この記事では主に git 管理プロジェクトの簡単で基本的な使用プロセスを紹介します。ベテランの方は無視してください。しかし、初心者にとっては入社までに必要な業務プロセスのはずであり、それでも比較的重要です。始まりは半分終わった。初めての使用は、このツールに対する印象と、ある程度深く学びたいという意欲を決定します。入社当初は、スムーズに始めることができれば、個人的な自信を向上させるための重要な瞬間でもあります。仕事モードに入るが、どこから始めればよいかわからない場合、それは能力不足の兆候であり、その結果が悪循環になる可能性があります。これを見たら集めたくなりますね（笑）！

2. git と svn
どちらも優れたバージョン管理ツールです。

Git は分散型です: サーバーと各開発者はローカル コード管理用のローカル コード管理リポジトリを持っています。

svn は集中型です: サーバー上にはコード管理リポジトリが 1 つだけあります。

最後の文: git は次のように感じます。 svnより使いやすい！ 、ある程度の規模のすべての企業がそれを使用しています（私が接触した企業）！

その他の具体的な詳細については、ご自身で Google にアクセスしてください。これは私の話の焦点では​​ありません。

3. git の使用 (現在の会社を例にします)
1. 概要

通常の状況では、コード管理のためのウェアハウスがサーバー (オリジン) に作成されます。倉庫 主要3支店を整備します。以下に示すように、

1

master ブランチ: メイン ブランチとして 1 つだけあります。

dev ブランチ: プロジェクトの現在のバージョンの開発ブランチ。プログラマーは、このブランチをベースにローカル ブランチを切り取って開発します。

他のバージョンのブランチ: プロジェクトの各バージョン、開発とテストが完了した後の最終的な安定したコード。バージョンの開発とテストが完了すると、現在のバージョンの安定したコードが master ブランチにマージされます。

現在のバージョンを開発しているときに、dev7.0.0 バージョンにオンラインでバグが発生したとします。現時点では、dev7.0.0 ブランチに基づいて修復を行うことができます。これは、他のバージョンのブランチを維持する最大の利点です。

2. 使用します (git ソフトウェアがインストールされ、ssh が設定されている場合)

ssh を設定する利点は、コードをローカルでサーバーにプッシュするときに、常にユーザー名とパスワードを入力する必要がないことです。

少しおかしな話ですが、Android Studio には git が統合されているので、git をダウンロードする必要はないといつも思っていました。これは完全に間違いです！ AndroidStudioが統合されているためダウンロードする必要があります。これは git の視覚的なユーティリティにすぎません。私の無知を許してください！ ！おいおい。

(1). コードをプルします

ヒント: git をインストールした後、ローカル プロジェクト コードが保存されているディレクトリに移動し、マウスを右クリックして、[git Bash] をクリックしてコマンド ボックスをポップアップします。 ！

$ git clone

このコマンドは、元のリポジトリと同じ名前のディレクトリをローカルに生成します。このディレクトリには、.git ファイル (デフォルトでは非表示) とサーバー上のマスター ブランチが含まれます。通常、master ブランチでは取得する権限がないため、そうではありません); 現時点ではこれは master ブランチ上にあり、$ git ブランチ コマンドを使用して表示できることに注意してください。 ただし、dev ブランチのコードをカットする必要があります。

$ git checkout dev

このコマンドは、ローカル バージョン ライブラリ (local) を dev ブランチ (オリジンに dev ブランチが既に存在する場合) に切り替え、ローカルとオリジンの対応するブランチを直接確立します。対応する元のブランチと通信します。たとえば、コードのアップロード (プッシュ) 操作と更新 (プル) 操作を実行します。ps (代わりに $ git checkout -b dev Origin/dev コマンドを使用することもできます)

$ git pull

このコマンドは、 Origin/dev ブランチをプルまたは local/dev ブランチに更新します。プロジェクトに依存プロジェクトがある場合は、$ git clone コマンドを使用してローカルにダウンロードします

$ git checkout – b local

このコマンドは、dev ブランチに基づいてローカルに新しいブランチを作成し、ローカルに切り替えます必ず開発用に新しいブランチを作成し、ローカルの dev ブランチに基づいて開発しないでください。最後に、コードを開発ツールにインポートできます。この時点で、 $ git ブランチ コマンドを実行すると、dev ブランチとローカル ブランチが表示されるはずです。

(2)、コードの送信

考え: コードをサーバーに送信するにはどうすればよいでしょうか?

ダウンロード

分析: すべてが正常であれば、現在はローカル dev ブランチに基づいて作成されたローカル ブランチ上にあるはずです。前述したように、ローカル dev ブランチのみがサーバー dev ブランチと通信し、コードのプル操作とプッシュ操作を実行できます。次に、ローカル ブランチ上のコードをローカル dev ブランチにサブミットし、次に dev ブランチに切り替えて、push コマンドを実行するだけでOKです。 ！

ヒント: プロジェクトのルート ディレクトリ (.git のあるフォルダーの下) に移動し、右クリックして [git Bash] をクリックすると、コマンド ボックスがポップアップします。 ！

$ git status

このコマンドは、現在のブランチでどのファイルが変更されたかを確認できます。最初にこのコマンドを実行して、変更されたファイルを確認し、送信する必要のないファイルの送信を避けることをお勧めします。変更したファイルを復元したい場合は、$ git checkout — ファイルパス/ファイル名を実行します。

$git add .

ブランチ上で変更されたファイル（つまり、ワークスペースで変更されたファイル）を一時記憶領域に追加するコマンドを変更します

$ git commit -m "変更の説明"

一時ファイルにあるファイルを送信しますストレージ領域をリポジトリにコピーします (私の理解では、このリポジトリはローカルの dev ブランチを参照する必要があります)

$ git checkout dev

ローカルの dev ブランチに切り替えます

$ git pull

このコマンドは、オリジン上のコードをコピーします/dev ブランチを local/dev ブランチに更新します。

$ git checkout local

このコマンドは、ローカルのローカル ブランチに切り替えます

$ git rebase dev

このコマンドは、dev ブランチの最新のコードをローカルのローカル ブランチにマージします。この時点で、ファイルの競合が発生する可能性があります。競合が発生しているファイルを手動で変更する必要があります。この時点で、gitadd – continue を実行します。

$ git Push Origin head:refs/for/dev

このコマンドは、ローカル ブランチ上で変更されたコードをサーバーに送信します。

4. 概要
上記は、開発者が企業の実際の開発で通過する必要がある、シンプルで基本的な完全な Git ワークフローです。もちろん、これらはすべてが正常な場合に限り、git の力はそれをはるかに超えています。複雑なアプリケーション シナリオが数多くありますが、実際の業務経験に基づいて 1 つずつ説明します。最後に、間違いがある場合は、批判して修正してください。ありがとうございます。 ！