非エンジニアでも知らないとヤバイCPU Part2
コア、クロック周波数 前回の非エンジニアでも知らないとヤバイCPU Part1 では、CPUの処理性能がわかるクロック周波数と、CPUの中心をになっているコアについて触れました。 今回は、処理を効率よく進めるためのキャッシュ ...
投稿日 : 2018.03.05 | カテゴリー : 非エンジニアでも知らないとヤバイ
Gitは分散型のバージョン管理システム。
分散型とは、リポジトリと言われる開発過程が保存されているデータベースが自分やチームのマシン(パソコン)に入っているタイプ。
バージョン管理システムは、コードなどの開発過程を記録しながら開発を行うためのシステム。
Gitではリポジトリを使ってソースコードなどの変更の履歴を管理する。
リポジトリは、ソースコードなどの変更の履歴を記録するデータベース。
Gitでは、自分のコンピュータ内にあるリポジトリをローカルリポジトリ、自分のコンピュータ外にあり、複数人で共有することが可能なリモートリポジトリがある。
ローカルリポジトリがあることで、開発者はそれぞれオフラインの環境でも作業が可能になる。
リモートリポジトリでの開発環境の共有は3段階で行われる。
1.ワークツリーというバージョン管理の対象になっているファイルやフォルダ(ディレクトリ)の中で変更があったものを、ステージングエリア(変更があるファイルやフォルダのリスト)に追加する(ステージング)
2.ステージングエリアの変更があったファイルやフォルダをローカルリポジトリに登録(コミット)
3.ローカルリポジトリに登録された情報をリモートリポジトリに追加(プッシュ)
ステージング、コミット、プッシュの3つの工程でバージョン管理を行う。
コミットを行うとリポジトリ内で、前回コミットした時の状態と現在の状態の差分を記録したコミット(リビジョン)と呼ばれるものが作成される。
ここでできたコミット(リビジョン)は、時系列順につながった状態でリポジトリに格納される。
コミットをたどることで、過去の変更履歴・内容を知ることが出来る。
コミットを行う際には必ずコミットメッセージを要求される。
コミットメッセージには、その時の変更内容・理由を記入する。
内容の違う複数のファイルを一度にコミットするとのちにコミットをたどり変更した箇所を探す際に見つかりづらく確認しづらいので、内容ごとに項目を分けてコミットする。
今回はGitの概要とコミットまで紹介した。
次回はプッシュについて紹介する。