私は正直なところ、ここでのセマンティクスを明確にしていません。それらはすべてコード+履歴ユニットのコピー/バリアントに関するものですが、それを過ぎると私は言うことができるかどうかわかりません。この論理構造はどこかで説明されていますか?
私は正直なところ、ここでのセマンティクスを明確にしていません。それらはすべてコード+履歴ユニットのコピー/バリアントに関するものですが、それを過ぎると私は言うことができるかどうかわかりません。この論理構造はどこかで説明されていますか?
回答:
リポジトリは、単に作業の履歴が保存される場所です。多くの場合.git
、作業コピー(作業中のファイルの最新の状態のコピー)のサブディレクトリにあります。
プロジェクトをフォークするには(特定の時点で誰かのリポジトリからソースを取得し、独自の分岐した変更を適用します)、リモートリポジトリを複製してそのコピーを作成し、ローカルリポジトリで独自の作業を行います。変更をコミットします。
リポジトリ内にはブランチがあります。ブランチは、独自のリポジトリ内で効果的にフォークされます。あなたのブランチはあなたのリポジトリに祖先コミットを持ち、あなたの変更でそのコミットから分岐します。後でブランチの変更をマージできます。ブランチを使用すると、複数の異なる機能を同時に処理できます。
リモートリポジトリの個々のブランチを追跡することもできます。これにより、別の個人のブランチから変更を取り込み、それらを自分のブランチにマージできます。これは、あなたと友達が一緒に新しい機能に取り組んでいる場合に役立ちます。
すばらしいgit本がオンラインでたくさんあります。開始するには、ProGitとGit Magic、および公式のチュートリアルとコミュニティブックをご覧ください。
RTFMで自分の質問に答えます。
しかし、この細かいマニュアルを読んでください。著者が言うように:
「私がこれから引き出す結論は、Gitがどのように機能するかを理解している場合にのみ、実際にGitを使用できるということです。短期的にはどのようなときに実行する必要があるコマンドを覚えているだけですが、行き詰まったり、さらに悪いことに、何かを壊したりするのは時間の問題です。
「Gitの既存のリソースの半分は、残念ながら、そのアプローチを採用しています。それらは、どのコマンドをいつ実行するかを順を追って説明し、それらのコマンドを模倣するだけで問題がないことを期待しています。残りの半分はすべての概念を通過しますが、私が見たものから、Gitがどのように動作するかをすでに理解していることを前提とした方法でGitを説明しています。」
このGoogleTechTalkは、Gitの素晴らしい紹介であり、実際に舞台裏で何が起こっているのかを学びながら、言語も学びます。それはGitのごく初期の寄稿者によって与えられ、彼はGitへの導入の方法として2007年にこの講演を行いました。この話を見れば、リポジトリ、フォーク、ブランチなどの各単語が何であるかがわかるだけでなく、これらのそれぞれが作成、マージされたときなどの背後で何が起こっているかもわかります。
住所は長いですが、とても参考になります。また、Gitを他のバージョン管理システムと対比することで、Gitがそのように作成された理由と、他の管理システムと比較したGitの比較優位について理解を深めることができます。話は古いですが、立ち上がって実行することは非常に役立ちます。マニュアルに飛び込む前にこれを見ていた。結果として、物事はもっと理にかなっていると思います。