[git]git-flowクリーンアップ



git-flowの使い方をまとめました.(for me in the future) 😀
gitflowを知りたくて入ってきたなら、
gitflowについて<-ここを確認してください!

1」プロジェクトの作成

  • プロジェクトを作成します.
  • Gitignoreを作成し、基本的に必要なライブラリ
  • をインストールします.
    gitignore를 생성하는 이유?
    - 파일 백업 정보, 제품 빌드 정보 등의 로컬 구성 재정이 등을 저장소에 올려놓지 않기 위해서
    -> 이런 파일들을 untracked files로 설정하여 git이 이 파일들을 track하지 않도록 한다.
    
    - 각종 noise를 방지한다.
    -> 원하지 않는 파일이 upload 되는 것을 방지
    -> 혹여나 발생할 수 있는 데이터 충돌로 인한 손실 방지
    gitignore生成サイト<-プロジェクトに適したgitignoreファイルを作成できます.
    기본적으로 필요한 pod?
    Alamofire / SwiftyJSON / Kingfisher / lottie 등등 ...
    각자 프로젝트에 필요할 것으로 예상되는 기본적인 pod은 깔아서 공유하는 것이 올리는 것이 좋다.
  • 協力者のXcodeバージョンを特定し、最下位レベルのユーザにアップロードします.
    ->高い人を基準にすると…低人xcodeのシミュレータが動作しない場合があります.
  • 2」ブランチ

  • は基本的にmainブランチを生成します.
  • mainはdevブランチを生成します.
  • devにそれぞれのブランチを作成します.
  • など

    3それぞれの作業後


    パス
  • readme
  • に移動
  • git add .
  • git commit-m「コミットメッセージ」
  • git status//必須ではありませんが、私がアップロードしたいのが正しい習慣かどうかをプッシュする前に確認しましょう!
  • git push origin HEAD:私が作ったブランド名//これを使えば、お会計しなくても私が作ったブランドに押されます.
    git checkout私が作成したブランチ名->git push origin私が作成したブランチ名
  • 4


    gitに詳しくない場合は、ここでバックアップすることをお勧めします.
    (精神健康のために…)
    git pull origin dev
    ここで飛べるか飛ばないか

    confilct ❌

  • は、私のブランチにdev mergeファイルを自動的に作成します.
  • リボンに移動し、dev<-マイブランチに引き込むように要求すればいいです.
  • confilct ⭕️


    1.競合が発生した場合は、どのファイルが競合しているかを教えてください.
    競合を解決するためにそれらのファイルを確認します.
    できるだけbuildが成功したかどうかを確認することをお勧めします.
    2. git add .
    3.git commit-m"[FIX]衝突解決"
    4.git status//上記の検証手順
    5.git push origin HEAD:私の仕事のブランチ名
    ここまではさっき私のブランドにアップロードしたのと同じです.
    を選択します.
    6.リボンに移動してpull requestを行いdev<-私のブランチを行えばよい.

    협업하는 방식은 팀마다 다르겠지만
    commit 메시지나 git flow 방식등을 미리 정해놓고 시작하면
    처음에는 조금 불편해도 이후에 매우매우 좋다 :)