最初のリポジトリ: init、add、commit、そしてインデックスの魔法
最初のリポジトリを作成し、多くの人が長年理解できずにいるコンセプト、ステージングエリア(インデックス)と出会います。ワークツリーと履歴の間にあるこの「中間レイヤー」がなぜ必要なのかを解説し、add → commitという2段階のシステムが、無作為ではなく意図的で意味のあるコミットを実現する理由を具体例を交えて説明します。
- ステージングエリアの存在意義を理解し、アトミックで意味のあるコミットを行う方法を学びます。
- リポジトリの作成、ファイルのインデックスへの追加、適切なコミットメッセージでの初回コミットの実行方法を習得します。
- git add -p を使用して、ファイルの一部の変更のみをコミットに含める方法を習得します。
Simula ng leksyon
最初のリポジトリを作成する
- git initは隠しフォルダ.gitを作成します
- .gitには全ての変更履歴が保存されます
- どのフォルダでもリポジトリを作成できます
- 既存のファイルは未追跡ファイルになります
- 例:新しいノートで日記を書き始めるようなもの
プロジェクトを本に例えると、リポジトリはすべての修正が保存される下書きのようなものです。git initを実行すると、フォルダ内に隠しディレクトリ.gitが作成されます。ここにGitはすべての変更履歴、メタデータ、設定を保存します。重要なのは、どの時点でもリポジトリを作成できるということです。フォルダに既存のファイルがあっても、それらは未追跡ファイルとなり、後で追加することができます。これは日記を書き始めるようなもの。新しいノートを用意しても、何を書くかはまだ決めていません。
.gitの内部を覗いてみよう
- objects: ファイルとコミットの圧縮データ
- refs: ブランチとタグへのポインタ(しおりのようなもの)
- HEAD: 履歴内の現在の位置
- config: リポジトリの設定
- hooks: 自動化のためのスクリプト
.gitフォルダの中を覗いてみましょう。ここにGitのすべての魔法が詰まっています。objectsディレクトリには、圧縮されたファイルとコミットが保存されています。refsフォルダには、本のしおりのようにブランチやタグへのポインタが格納されています。HEADファイルは、履歴上の現在の位置を示しています。configにはリポジトリ固有の設定が保存されています。また、hooksは特定のイベントで自動的に実行されるスクリプトです。これらはすべて、初期化時にGitが自動的に作成します。普段はあまり見る機会はありませんが、構造を理解しておくとトラブルシューティングに役立ちます。
実践: リポジトリを作成する
- プロジェクトフォルダでターミナルを開く
- git init を実行
- ls -la で .git の作成を確認
- Windowsの場合: dir /ah を使用
- 完了! バージョン管理下のフォルダになりました
プロジェクトフォルダでターミナルを開いてください。コマンド git init と入力し、Enterを押します。空のリポジトリが初期化されたというメッセージが表示されます。正常に完了したことを確認するには、ls -la コマンドを実行してください。.git という隠しフォルダが表示されるはずです。Windowsの場合は、dir /ah コマンドを使用してください。おめでとうございます!これでフォルダがバージョン管理下に置かれました。これから行うすべての変更をGitが追跡できるようになります。リポジトリが作成されたので、Gitがファイルをどのように分類するかを見ていきましょう。これはGitの仕組みを理解する上で重要なポイントです。
# プロジェクトフォルダを作成して移動
mkdir my_first_repo
cd my_first_repo
# リポジトリを初期化
git init
# .gitの作成を確認
ls -la | grep .git
Buong leksyon ay para sa subscription
20 pang slide sa buong bersyon.
Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.
Mag-sign in o magparehistro Mag-subscribeNilalaman ng leksyon
- 最初のリポジトリを作成する
- .gitの内部を覗いてみよう
- 実践: リポジトリを作成する
- ファイルの3つの状態: その必要性
- 作業ディレクトリ: あなたの創造の場
- インデックス:変更を意味のある単位でまとめる
- コミット:履歴を永久に保存する
- Gitインデックス:コミット前の中間エリア
- 特定のファイルをインデックスに追加する
- 変更された全てのファイルを追加する
- Gitにおけるコミットとは
- 最初のコミットを作成する
- 良いコミットメッセージの書き方
- 混在した変更の問題点
- git add -p の実践
- パッチの読み方
- addなしでcommitが機能しない理由
- 1つのタスクにつき1つのコミット
- 1年後も分かるコミットメッセージ
- 最初のリポジトリを作成する
- インデックス:コードとコミットの間
- 意味のあるコミットを作成する
- 最初のコミットの次は?
Mga artikulo tungkol sa araling ito
- git add at git commit: tamang paraan ng pag-save ng pagbabago
- Mga command ng Git: cheat sheet na may mga halimbawa para sa araw-araw
- Git repository: paano gumawa gamit ang git init at ikabit ang remote
- File na .gitignore: paano ibukod ang mga file sa Git at alisin ang nakaraang na-add
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
Lahat ng leksyon ng kurso
- はじめに:ゼロから始めるGit - 自信を持って使える開発者を目指して
- Gitはなぜ必要なのか?~採用で求められるスキル~
- インストールとセットアップ:Gitの初回起動準備
- 最初のリポジトリ: init、add、commit、そしてインデックスの魔法
- Git履歴の読み方: log, diff, showと過去の履歴を辿る
- ブランチ: コードの並行現実
- ミスをなかったことに:restore、reset、revert ─ 正しい使い方と危険な落とし穴
- GitHubとリモートリポジトリ: クラウドでのコード管理
- チームワーク:フォーク、フィーチャーブランチ、プルリクエスト
- マージコンフリクト:慌てずに理解して解決する
- 実践的なチーム開発におけるGitワークフロー:最適な選択方法
- 上級者向けツール:rebase、stash、cherry-pick、タグ
- 最終プロジェクト:実際のチーム開発をシミュレートする