ゼロ。学習目標

git のワークフローをマスターする
git のインストールと使用に精通している
git の基本的な使い方をマスターする
マスターブランチ管理
git を操作するマスター IDEA
git リモートウェアハウスの使用をマスターする
マスター git 共通コマンド

1. バージョン管理

1.1 チーム開発の問題

エンタープライズプロジェクトはチームで開発するのが一般的ですが、チーム開発ではどのような問題が生じるのでしょうか?

Xiao Ming が担当するモジュールが完成しようとしていますが、リリースの直前に、コンピューターが突然ブルースクリーンになり、ハードディスクが立派に犠牲になりました。何ヶ月もの努力が無駄になりました - 要件 1:バックアップ!
このプロジェクトは非常に複雑な機能を必要とし、1 週間の手探りの後、ファラオはついに手がかりを見つけましたが、認識できないほど変更されたコードはもはや過去に戻ることができません。ドラえもんのタイムマシンはどこで買える？要件 2:コードの復元!
Xiaogang と Xiaoqiang は、ファイルサーバーから同じファイルを連続してダウンロードしました: Analysis.java. Xiaogang はAnalysis.java、ファイルの 30 行目で呼び出されるメソッドを宣言しcount()、最初にファイルサーバーに保存しました。Xiaoqiang は、Analysis.javaファイルの 50 行目で呼び出されるメソッドを宣言しsum()、ファイルサーバーに保存したため、count()メソッドは Xiaogang のメモリにのみ存在します。 ――条件3：共同改造！
Lao Xu はプロジェクトマネージャーです.彼はプロジェクトの各バージョンのコピーを保存する必要があります.実際には、これらのプロジェクトの多くのファイルが重複しているため、コンピューターの空き容量が不足しており、特定のバージョンを見つけるのは非常に面倒です. — —要件 4:マルチバージョンのプロジェクトファイル管理！
Lao Wang は別のプロジェクトマネージャーで、プロジェクトの進行状況を理由に叱られるたびに、どのプログラマーの給与を差し引いたらよいかわかりません。今回の例では、Bugアプリケーションの初期化時に、関連する属性に値が割り当てられていないことが判明するまでに 30 時間以上のデバッグが必要でした。しかし、Xiao Qiang、Xiao Ming、Xiao Gang、Xiao Jun は皆、自分たちでやったと認めています。——要件5：誰がいつ問題コードを書いたのかを追跡！
QAXiao Wen は、この 2 日間、ハニーポットに落ちるのと同じくらい幸せでした。フロントデスクの MM Lili のハートを獲得することに成功したからです。はいBug、しかし、彼自身のローカルコンピューターにはそのようなバグはありません。はい、Xiao Wenが来なかったとき、LiliはQAグループのXiao Zhengのガールフレンドでした！——要件6：権限管理！

1.2 バージョン管理の考え方

上記の問題を解決するには、新しいアイデアを導入する必要があります: バージョン管理のアイデア

バージョン管理:バージョン管理 ( Revision control) は、エンジニアリングブループリントを維持するための標準的な方法であり、エンジニアリングブループリントの誕生から完成までのプロセスを追跡できます。将来の特定のバージョンのリビジョンを参照できるように、いくつかのファイルの内容を変更するプロセスを記録するシステムです。

プロジェクトにバージョン管理がない場合、バージョン管理はプログラマーのチームワークに深く入り込みます。 1. コード管理は無秩序です。2. コードの競合を解決することの難しさ。3. コード統合中にバグが発生します。4. コードの所有者の権限を制御することは不可能です。5. プロジェクトの異なるバージョンをリリースすることは困難です。…

1.2.1 バージョンツール

集中バージョン管理 (SVN)

SVN は集中型のバージョン管理システムです. バージョンライブラリは中央サーバーに集中しています. 作業するときは自分のコンピュータを使用するため, 最初に中央サーバーから最新バージョンを取得してから作業する必要があります. 最後に, プッシュする必要があります.中央サーバーに対して行った作業。集中型バージョン管理システムが機能するには、インターネットに接続する必要があります. ローカルエリアネットワークで問題なければ、帯域幅は十分に大きく、速度は十分に高速です. インターネット下にある場合は、ネットワーク速度が遅い場合、落ち込んでしまいます。

次の図は、標準的な集中型バージョン管理ツールの管理方法です。

集中管理方式は、他の開発者が何をしているかをある程度見ることができ、管理者は全員の開発権限を簡単に把握できます。

しかし、その利点と比較して、集中型バージョン管理ツールの欠点は明らかです。

サーバーの単一障害点
耐障害性が低い

分散バージョン管理 (Git)

Git は分散バージョン管理システムです. みんなのコンピュータは完全なバージョンライブラリです. このように, バージョンはすべて自分のコンピュータ上にあるので, 作業中にインターネットに接続する必要はありません. その後、チームは共同作業を行い、リモートウェアハウスを介して共同作業を行います。

もちろん、最大の利点は、インターネットに接続する必要がないことだけではありませんが、非常に強力なブランチ管理Gitが後で表示され、待ち時間が大幅に遅れます.GitSVN

2.Git の紹介

2.1 はじめに

オープンソースの Linux がLinus1991 年に作成されたことは、多くの人が知っています。それ以来、システムは発展を続け、最大のサーバーシステムソフトウェアになりました。Linux

Linus作成されたとはいえLinux、その成長は世界中Linuxの熱心なボランティアの参加にかかっています。LinuxLinux

実際には、2002 年より前に、世界中のボランティアが diff を介してソースコードファイルを送信しLinus、その後、Linus手動でコードをマージしました。

コードをバージョン管理システムにLinus入れてみませんか？これらの無料のバージョン管理システムはありLinuxませんか? 強い反対と支持のおかげで、これらの集中型バージョン管理システムは遅いだけでなく、使用するにはネットワークに接続する必要があります。より使いやすい商用バージョン管理システムもいくつかありますが、それらは有料であり、オープンソースの精神にそぐわないものです。CVSSVNLinusCVSSVNCVSSVNLinux

しかし、2002年までにLinuxシステムの開発に10年を要し、コードベースが膨大になり、Linus手動で管理し続けることは困難でした.コミュニティの兄弟もこの方法に強い不満を表明したため、Linus商用バージョンを選択しました.コントロールシステムの所有者はBitKeeper、人道的精神から、コミュニティがこのバージョン管理システムを無料で使用することを許可します。BitKeeperBitMoverLinux

Linux2005年、コミュニティに偉大な人々が集まったため、安定と団結の大きな状況が崩れ、梁山の英雄たちの習慣が必然的に汚染されました。開発されてクラックを試みたSambaプロトコル(実際にこれを行ったのは彼だけではありませんでした) が会社によって発見されたため (監視作業はうまくいきました!)、会社は怒って無料のプロトコルを取り戻したいと考えました。コミュニティの使用権。AndrewBitKeeperBitMoverBitMoverLinux