Git

2126 ワード

Achievement Goals

  • Git Branchの概念は理解できる.
  • Gitを使用してコラボレーションとブランチを行う理由が理解できます.
  • Gitはプロジェクトを管理し、ブランチを作成、変換、マージできます.
  • Git Branch


    ブランキーって何?


    タスクを実行するための概念、コードは独立して開発でき、コピーが完了した後、元のコードが変更される心配はありません.
    すなわち,各ブランチは他のブランチの影響を受けないため,複数の操作を同時に行うことができる.

    ブランチ機能の利点

  • のソースコードで同時に複数の操作を行うことができる.
  • ソースコードのある時点と同じ状態を作成し、ブランチ間で操作を実行できます.
  • 各分岐路に生じる変化は、他の分岐路に影響を及ぼさず、独立して符号化することができる.
  • ブランチのタイプ


    Feature:機能追加時に従うブランチ
    dev,develop:betaバージョン,すべての開発ログのスタック,新機能完了後のマージ
    release:Beforeを試してみる場所
    hotfix:緊急修復
    master,main:常に最新の信頼できるプログラムで、安全な場所です.

    ブランチ命令セット

  • 新規ブランチ
  • を作成する
    $ git branch 새로운 브랜치 이름
  • 新しいブランチを作成し、
  • に変換
    $ git switch -c 새로운 브랜치 이름
    $ git checkout -b 새로운 브랜치 이름
    チェック
  • ブランチリスト
  • $ git branch
  • ブランチリストと各ブランチの最近のコミット確認
  • $ git branch -v
    削除
  • ブランチ
  • $ git branch -d 삭제할 브랜치 이름
    $ git branch -D 해당 명령어는 병합하지 않은 브랜치를 강제 삭제하는 방법입니다.
  • 分岐遷移
  • $ git switch 브랜치 이름
    $ git checkout 브랜치 이름
    統合
  • ブランチ
    devブランチをmasterブランチにマージする場合(master←dev)
  • $ git checkout master
    $ git merge dev
  • ログ内のすべてのブランチのグラフィックは
  • として表示されます.
    $ git log --branches --graph --decorate
  • まだコミットされていないタスクをスタック
  • に一時的に保存する
    $ git stash
    plus)
    rebase:コミットの基礎を再確認したい場合
    squash:複数のコミットログを組み合わせる場合
    ≪元に戻す|Revert|emdw≫:複数の変更をコミット解除する場合は、次の操作を行います.
    -変更:最近送信されたメールを変更したい場合

    詳細

  • ブラウザに滞在すると、守銭奴になるのでしょうか?
    :同じ衝突が発生すると、衝突が発生します.ブラウザで変更できます.
  • Rebaseはなるべく使わない理由は?
    :コミット履歴を保持するための
  • Remote add pairも必須項目ですか?
    :必須ではありません.
  • フォルダが多くなり、各フォルダのブランチが多くなった場合、通常はどうしますか?
    :ブランチが正常に動作している場合は、削除することもあります.
  • プロジェクトでは、masterとdevブランチはチームメンバーで使用できますか?
    : yes~