ホームページ > 記事 > ウェブフロントエンド > Git 入門チュートリアル
Git は、オープンソースの分散バージョン管理システムです。非常に小さいものから非常に大規模なものまで、プロジェクト バージョン管理を効果的かつ迅速に処理できます。
背景:
Git は、Linux カーネル開発の管理を支援するために Linus Torvalds によって開発されたオープンソースのバージョン管理ソフトウェアです。
分散型:
分割して征服し、要約して統合し、より効率的かつ便利になります。
分散型と集中型の最大の違いは、開発者がローカルに送信できることです。各開発者はクローンを作成して (git clone //コマンド ステートメント、詳細は後述)、Git リポジトリに完全なコピーを作成できます。 元に戻すことが可能:
Git は、開発バージョンのイテレーションと対応するステータスを完全に記録できます。予期しない状況が発生した場合は、以前の安定バージョンにロールバックできます。
git のもう 1 つの大きな利点は、チームのコラボレーションに非常に有益な Github のサポートです。
3. 機能
2. さまざまな開発目的に応じて、自分のマシン上でブランチを作成し、コードを変更します。
3. 単一マシン上で作成したブランチにコードを送信します。
4. 単一マシン上のブランチをマージします。
5. サーバー上のコードの最新バージョンを取得し、それをメイン ブランチにマージします。
6. パッチを生成し、メイン開発者に送信します。
7. メイン開発者からのフィードバックを確認します。メイン開発者が 2 人の一般開発者間に競合があることを発見した場合 (両者間で協力して解決できる競合)、まず競合を解決するよう求められます。そのうちの 1 人が提出します。リード開発者が自分で解決できる場合、または競合がない場合はパスします。
8. 通常、開発者はプル コマンドを使用して競合を解決した後、メインの開発者にパッチを送信できます。
主要な開発者の観点から見ると (主要な開発者がコードを開発する必要がないと仮定して)、git には次の機能があります:
(仕事中に提出したコードの量、仕事中かゲーム中かどうかを確認できます。まあ、お茶を飲みましょう。)
2. パッチを適用して競合を解決します (自分で解決することも、自分で解決することもできます)。問題を解決した後に、開発者に再送信を依頼することもできます。オープンソース プロジェクトの場合は、どのパッチが有用でどのパッチが役に立たないかを判断する必要もあります)。
3. 結果を公開サーバーに送信し、すべての開発者に通知します。
プルフェッチやその他の git コマンドについてよくわからないかもしれませんが、ここで写真をあげます~~
4、使い方
SSH キーを設定します
既存のプロジェクトの場合 (通常はこれに当てはまり、会社はすでに完全なプロジェクトを持っていることがよくあります)、自分のアカウントにフォークし、ローカルのウェアハウスにクローンを作成し、関連する開発とメンテナンスを実行します。
新しいプロジェクトの場合は、ローカルで開発し、Github のウェアハウスにアップロードして送信し、共同でデバッグするだけです。
以上がGit 入門チュートリアルの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。