GitTraining

Gittraining

このリポジトリは、開発者として知り、使用する必要がある、より一般的なGIT操作のいくつかを説明するように設計されています。

はじめる

このリポジトリをローカルマシンにクローンします。まだインストールされていない場合は、GITをインストールする必要がある場合があります。 gitを持っているかどうかわからない場合は、単にgit --helpコマンドラインからヘルプ。インストールされている場合、いくつかの一般的なコマンドを使用して有用なメッセージを返します。

gitの基本

• ソースコントロールとは何ですか？
• あなたにgitを学びます
• Githubインタラクティブチュートリアル

あなたが誰であるかを構成します

• git config --global user.name "your name"でユーザー名を設定します
• git config --global user.email "[email protected]"でメールを設定します

便利な参照

質問がある場合、または行き詰まった場合は、次のリソースが役立つ場合があります。

• 公式のgitドキュメント
• GoogleとStackoverflow
• GithubとAtlassianには、よく書かれた一般的なgitドキュメントがいくつかあります
• あなたの同僚

セクション1：追跡の変更

トピック：チェックアウト、コミット、リバート、マージ、ログ、移動、削除。

セクションのファイルは、 section1ディレクトリにあります。

変更を犯します

• dev部門をチェックアウトします。
• 新しいブランチを作成し、 people.mdの人々のリストに自分自身を追加します。
• あなたの変更をコミットします。
• コミットメッセージを作成するように求められます。これにより、テキストエディターが開きます。テキストエディターを保存して終了して、コミットを完了します。注： GITは、システムのデフォルトエディターを使用します。 WindowsのVanilla Git Bashでは、デフォルトのテキストエディターはVIMです。
• 最後のコミットのコミットメッセージを編集する必要がある場合は、 git commit --amendコマンドを使用できます。

変更を元に戻します

コミットされていない変更

• リポジトリ内のファイルのいずれかを変更します。
• git statusを実行して、どのファイルが変更されたかを確認します。
• git addを使用してファイルをステージングしますが、コミットしないでください。
• git reset備えたファイルを段階的にします。
• GITを使用して、作成した変更を元に戻し、ファイルをコミットした状態にリセットします。 git status 、変更されたファイルを報告しないはずです。

コミットされた変更

トニーは開発部門に3つコミットしました。彼はプロジェクトの要件を誤解し、最後の2つのコミットで導入された変更を削除する必要がありました。

• 開発部門をチェックアウトします。
• 彼の最初と最後のコミットの間で変化したものを決定し、彼のコミットの最新の2つを元に戻します。 Gitには、役立つDiffおよびログツールがあります。
• コミットを取り消す方法はいくつかあります。可能な限り歴史を維持することはベストプラクティスです。 git revertコマンドは、リポジトリ履歴にコミットを維持しますが、コミットによって導入された変更を削除します。
  • ヒント： 1つのファイルを変更する複数のコミットを元に戻している場合は、最新のコミットで開始し、逆方向に動作することが最も簡単です。
• 変更を元に戻すときにコミットする必要があります。

履歴の書き換え

時々、あなたが行ったコミットを元に戻したり、存在から消したりすることさえあるかもしれません。

警告：これは一般的に悪い練習と見なされます。これは、リモートリポジトリにプッシュされていないコミットに対してのみ行います（後で詳しく説明してください）。

• ローカルファイルを変更します。
• ファイルを追加してコミットします。

コミットを元に戻す：

• git reset HEAD~1
• これにより、最新のコミットメントを取り戻しますが、それにコミットした変更を保持します。あなたの変更はまだそこにあり、 git statusの変更されたファイルを見ることができます。

存在からコミットを削除する：

• git reset --hard HEAD~1
• これにより、最新の1件のコミットメントが戻り、前の存在からnukeを核にします。

ファイルの移動、削除、無視

誰かがテキストエディターによって生成された温度ファイルをチェックしました。 Gitがこのファイルを追跡し、削除し、 .gitignoreファイルを更新して、将来.tmpファイルが追跡されないようにするのを停止します。

誰かがrename_me.mdファイルを誤って名前を付けました。 gitには、履歴を保持しながらファイルを移動または名前変更するコマンドがあります。これを使用して、ファイルの名前をnewname.mdに変更します。

セクション2：複数の枝を操作し、他の枝の作業を統合する

トピック：スタッシュ、ディフ、マージ、マージ競合

このセクションのファイルは、 section2ディレクトリにあります。

マージ

2人が別々のブランチで同じファイルに変更を加えることがあります。これらのブランチがマージされると、マージ競合を引き起こす可能性があります。開発者がマージを実行するにつれて、どのような変更を維持するかを決定することがあなたの仕事です。

製品のインストール手順を更新する任務を負っています。

• もう一度枝をチェックアウトしてください。
• installation.mdファイルを開き、インストール手順を追加します（実際に何を言っているかは関係ありません）。
• あなたの変更をコミットします。
• アンドリューは、インストール手順に取り組んでいることを伝え、アンインストールセクションを更新しました。
• アンドリューのブランチをあなたのものに統合し、競合を解決して、ファイルに両方の変更が含まれるようにします。
• 変更が終了した後、マネージャーは開発支店でそれらを見たいと思っています。ブランチを開発者にマージします。今回は紛争はないはずです。

隠し変更の変更

Gitには、局所的な変更をコミットせずに留める機能があります。

同僚のテイラーがやって来て、コードを実行してみてください。あなたはまだあなたのコードをコミットする準備ができていませんが、あなたはあなたの進歩を失うことなくテイラーの支店を見たいと思っています。

• stash_me.mdファイルにいくつかの変更を加えます。
• git stashコマンドを使用して、作品を隠してください。
• テイラーの支店をチェックアウトします。
• もう一度枝をチェックアウトしてください。
• git stash popを使用して、作業を取り戻します。
• これらの変更を破棄したり、コミットしたりできます。

セクション3：変更をリモートして変更します

トピック：リモートリポジトリ、変更の同期、リポジトリの分岐。

最初はGithubからこのリポジトリをクローニングしました。すべての変更がローカルに保存されているため、それらを共有する必要があります。 GITは、リモコンの概念を使用して、リポジトリをクローニングした場所を追跡します。また、これらが上流のリポジトリと呼ばれるのを聞くこともできます。現在、リポジトリ用のリモコンは、クローン化したリポジトリに設定されています。

他の人がそれらを表示して使用できるように変更をリモートリポジトリに送信するには、 git pushコマンドを使用してそれらをプッシュする必要があります。 git fetchを実行することにより、リモートリポジトリに変更が加えられているかどうかを確認できます。現在のブランチの変更をリポジトリのローカルコピーにプルするにはgit pullコマンドを使用します。リモコンにプッシュする前に、変更を確認することをお勧めします。

今すぐgit pushを実行しようとすると、このリポジトリにプッシュする許可がないというメッセージが表示されます。ほとんどのリモートリポジトリには、誰もが変更をプッシュするのを防ぐためのセキュリティがあります。変更をプッシュできるリポジトリの別のリモートコピーを作成します。

Githubのリポジトリにアクセスして、ユーザーアカウントの下にコピーがあるようにFork ITにアクセスしてください。変更したリポジトリのコピーのリモートを更新し、変更をdevブランチに押し込み、GitHubのフォークに押し込みます。リモートリポジトリGitにブランチが存在しない場合は、お知らせします。枝を押してみてください。メッセージは何ですか？新しいブランチをプッシュするために何をする必要がありますか？