211110 TIL git


Git


Command Line Interface


CLIを使用する理由
これは任意の環境でGitを使用するためです.

gitとは?

  • “VCS Version Contol System!🙋‍♀️"
  • 「バージョンは何ですか?」
  • "...🤷‍♀️"
  • バージョンはある時点を表し、gitはこの時点をスナップショットとして記録します.
    時間管理これは、バージョン管理を意味します.
    提出時間に正解はありませんが、有意義な更新時に行います.

    バージョン管理が必要なのはなぜですか?


    1つのファイルに何人かが作業を開始し、リアルタイムで公平に競争しなければ100%混乱します.
    複数人で作業する場合は、ファイルを記録するバージョン管理システムが必要です.
    1.修正するたびに毎日新しいものを作ってしまうと管理が難しくなります.
  • 最終.html
  • は本当に最終的ですhtml
  • JINJINは本当に最終ですhtml 🤦‍♀️
  • 2.以前のバージョンのコードにいつでも戻ることができます.
  • を残して提出することで、何が追加されたのかがわかり、その時点に戻ります.
  • の提出を残さなければ、トワーズおじいさんが来ても取り返しがつかない・・・すべて...
  • 3.履歴を残すために
  • 2git blame 파일명を入力すると、ハッシュ値、変更者、時間、およびコミットメッセージのコミットが確認されます.
    👉 エラーオカレンス
    👉 コミット作成者の確認
    👉 「00に書かれたコードが間違っています.修正してください」
    (責任は、彼が書いたコードが彼が最もよく知っているからです.)
  • 4.1つのプロジェクトは複数の開発者と連携できます.
    5.異なる会社は異なるバージョン管理ツールを使用します.
    バージョン管理ツールを使用しない会社がある場合は、必ず!説得の必要性!

    Github


    Githubはgitというバージョン管理システムを使用してプロジェクトを管理するオンライン空間サービスです.
    つまり、オンラインでアクセスできるコード・リポジトリです.
  • Gitを使用するプロジェクトリポジトリ
  • 開発者のソーシャルネットワーク
  • 整理する


    Gitはプロジェクトバージョンの管理を支援するシステムです.
    GitHubは、Git管理バージョンを使用したプロジェクトの管理サービスです.

    Git実習


    基本Gitコマンド

    git init # git 시작 -> .git 폴더 생성
    git add # 파일 수정 이력 기록 준비 (Staging Area)
    git status # git 상태 확인 
    git commit # 커밋 (Staging Area -> Directory)
    git log # 커밋 이력 확인

    実習内容


    gitの使用

    mkdir git-test
    cd git-test
    git init
    touch test.md
    git status
    vim test.md
    # 내용 편집....
    cat test.md
    git add .
    git commit -m "first commit"
    git log

    github連動操作

    pushのたびにアドレスを入力するのは難しいです.
    したがって,この複雑なアドレスを宣言変数のようにoriginと呼ぶ必要がある.
    # GitHub 레파지토리 생성
    # 주소 복사
    git remote add origin 주소
    git push origin master

    大図



    その他

  • ローカル<-->リモート
  • git remote add origin 주소
    git remote push master
  • ローカル<-->会社リゾート
  • git clone
  • branch
  • 나의 브랜치에서 작업 후
    PR pull Request

    Git merge

  • Git hubはgitクローンとしてリポジトリからローカルにインポートされます.
    クローンを作成すると、リポジトリと同じ名前のフォルダが作成されるので、他のフォルダを作成する必要はありません.
    もちろんgit initを使う必要もありません.
  • masterは、新しいプロパティ/機能名ブランチを作成します.
  • checkoutを使用してブランチを移動した後に作業することを忘れないでください.
  • は、独立した空間で私が提案した機能を実現します.
  • git push orgin feature/login
  • プロパティ/ログイン(Pull Request).
  • コードレビューの実行-PRテンプレートの作成->フィードバック
  • 通過するとgit merge
  • 合併後、地元は知らなかった.
    git checkout master
    git pull origin master
    新しいコンテンツを更新します.