.gitignore .gitignore
.gitignoreファイルは、Gitに追跡してほしくないファイルのパスを指定するリストだよ。このリストにあるファイルは、ステータスにも新しいコミットにも現れません。
↗コードの変更を追跡し、チームで作業し、更新を確認し、安全にリリースする方法を学びましょう。
簡単な意味、例、使用時期、公式度、コードネームを含む用語を開く
.gitignoreファイルは、Gitに追跡してほしくないファイルのパスを指定するリストだよ。このリストにあるファイルは、ステータスにも新しいコミットにも現れません。
↗Git bisect は、変更が再現可能な動作が変わった最初のコミットを見つけるために、コミット履歴を二分探索します。
↗Git blame は、ファイルの各行を最後に変更したコミットを表示します。それはその行の履歴を学ぶための出発点です。
↗Gitブランチは、1つのコミットから次のコミットへ移動できる名前付きポインタです。チェックアウトされたブランチ上で新しいコミットが作成されると、ポインタは前方に移動します。
↗Git cherry-pick は、一つまたは複数の選択したコミットの変更を現在のブランチにコピーします。新しいIDで新しいコミットをそこに記録します。
↗Gitコミットは、その場で変更できない保存されたオブジェクトです。ファイルツリー、親コミット、作成者とコミッターの詳細、およびメッセージを記録します。そのIDは内容から生成されます。
↗Git fetch は、別のリポジトリからコミットとリファレンスをダウンロードします。リモートトラッキングの名前を更新しますが、現在のブランチにはその変更を反映しません。
↗Git LFS は大きなファイルのためのアドオンです。Git は小さなポインタを保存し、別の LFS サービスがファイル全体を保存して送信します。
↗Git Worktreeは、一つのリポジトリに紐づいた別のフォルダーです。複数のブランチを一度に開いておくことができます。
↗Git クローンはリポジトリのローカルコピーを作成します。オブジェクトと参照をコピーし、リモートを設定し、作業ファイルをチェックアウトします。
↗Gitサブモジュールは、あるリポジトリが別のGitリポジトリの特定のコミットを指すことを可能にします。親リポジトリもその見つけ方を保存します。
↗Git Stashは、選択された未コミットの作業ツリーやインデックスの変更を一時的に保存します。保存されたセットはスタックを形成し、後で復元できます。
↗Gitタグは、特定のオブジェクトを指す名前であり、多くの場合リリースコミットを指します。注釈付きタグは、作成者、メッセージ、日付、および署名も保存できます。
↗Gitフックは、開発者のコンピュータまたはサーバー上でGitが指定されたステップで実行するプログラムです。チェック、ブロック、またはアクションの自動化を行うことができます。
↗Git プッシュはローカルの Git データをリモートリポジトリに送信します。リモートに名前付きブランチまたは参照を更新するよう要求します。
↗Git プルはリモートの更新を取得し、選択されたアップストリームブランチをマージまたはリベースによって現在のブランチに結合します。
↗Git マージはブランチの履歴を結合します。Git はポインタを前に動かすか、コンフリクト解決後にマージコミットを作成することがあります。
↗Git reset は現在のブランチポインタを別のコミットに移動させます。このモードによっては、ステージングエリアや作業ファイルも一致するように変更される場合があります。
↗Git revert は、古いコミットの変更を元に戻す新しいコミットを作成します。古い履歴は削除せずに保持します。
↗Git rebase は、一連のコミットを別の開始コミットの上に移動させます。Git は変更内容を再生し、再生された各コミットに新しいIDを付与します。
↗Gitリポジトリは、プロジェクトのバージョン履歴をGitオブジェクト、参照、および設定として保存します。また、ステージングエリアや作業ファイルを含むこともあります。
↗Gitリモートは、ローカルリポジトリから他のリポジトリURLへの名前付きリンクです。Gitが変更を取得し、許可されている場合はそれらをプッシュできるようにします。
↗Git 差分は、2つの Git の状態間の正確な内容の変更を表示します。作業ファイル、インデックス、コミット、またはブランチを比較できます。
↗この学習バンドルは、4つのGitの考えを結びつけます。Gitはバージョン管理システムです。リポジトリはそのオブジェクトと参照を保存します。ブランチは作業のラインに名前を付けます。コミットはメタデータと共にプロジェクトの状態を記録します。このバンドルは1つのGit用語ではありません。
↗アプリケーションコンテナは、コンテナイメージから作成されるインスタンスです。起動すると、選択された設定と制限のもとで隔離されたプロセスを実行します。
↗カナリアデプロイメントは、最初に新しいバージョンに対して少数の実ユーザーやトラフィックを送ります。証拠により、拡張するか停止するかが決まります。
↗コードとしてのインフラストラクチャは、手動のクリックだけでなく、機械で読み取れるファイルを通じてインフラを管理します。チームはこれらのファイルをバージョン管理、レビュー、テスト、および適用できます。
↗コンテナイメージは、コンテナを作成するために使用されるレイヤーパッケージです。ビルド後、その内容は固定されます。
↗コンテナオーケストレーションは複数のマシンにわたるコンテナ作業を自動化します。作業を配置し、要求された数を維持し、失敗を置き換え、サービスを接続します。
↗コンテナレジストリは、コンテナイメージを保存および共有するサービスです。リポジトリは、レジストリ内で関連する内容をまとめます。
↗スカッシュは、複数のコミットの変更を1つの新しいコミットに統合するもので、しばしばインタラクティブリベースやマージルールと共に行われます。
↗ソフトウェアのリリースは、意図的に準備され共有されるバージョンです。既知のファイル、ノート、ソース記録、および明確なサポートの期待があります。
↗デタッチドHEADは、HEADがブランチ名ではなく1つのコミットを直接指すGitの状態である。
↗これらのデリバリープラクティスは、テスト済みのバージョンを別々の環境で移動させます。また、以前の状態に戻る安全な方法も保持します。
↗デプロイのロールバックは、失敗または安全でないリリースからの制御された復旧です。既知の良好なアプリバージョンと対応する状態を復元します。正確な手順は、配信システムとデータの変更によって異なります。
↗デプロイメント環境は、ソフトウェアが動作する名前付きの場所やステージです。それは独自の設定、資格情報、保護ルール、デプロイ履歴、およびライブ状態を持っています。それはGitオブジェクトではありません。
↗ブルーグリーンデプロイメントでは、現在のバージョンと新しいバージョンを別々の環境に保持します。新しい環境が確認された後にトラフィックが切り替わります。
↗プルリクエストは、コードホスティングサイト上の記録です。一つのブランチの変更をベースブランチに追加する前に、レビューを依頼します。
↗プルリクエストは、レビューを受けるために変更を提案するものです。レビューでその変更を確認します。そしてCI(継続的インテグレーション)が、その内容のビルドとテストを行います。
↗マージコンフリクトは、Git が競合する変更を安全に自動統合できないときに発生します。意図された最終結果は、人またはツールが選択する必要があります。
↗ローリングデプロイメントは古いアプリケーションインスタンスを新しいものにバッチで置き換えます。各ステップでは実行中のグループの一部だけが変更されるため、バージョンが重なることがあります。
↗継続的統合(CI)とは、共有コードに頻繁に小さな変更を加え、繰り返し可能な自動化でチェックすることを意味します。
↗