Git 버전 관리 시스템을 사용한 개발 환경 정보

1383 단어 GitGitLab

배경



엔지니어의 인원수가 앞으로 늘어나기도 하고, 옛 개발 환경에서는 대응할 수 없을 가능성이 있기 때문에, 신체제를 제작할 필요가 있다
그러나, 무엇이 변화했는지 제대로 이해하고 있지 않으면 잘못된 작업을 해 버리기 위해.
Qiita에 비망록으로 메모를 남깁니다.

개발 흐름 정보



과거 개발 흐름


  • 자신의 Branch에 로컬로부터 push를 실시한다.
  • 자신의 Branch에서 각 엔지니어의 Branch로 Merge Request를 보내는 x 엔지니어 인원 + staging
  • 각 엔지니어는 자신의 Branch에서 로컬 환경으로 풀링합니다.


  • 현재 개발 흐름


  • 자신의 Branch에 로컬로부터 push를 실시한다.
  • 브랜치에서 staging으로 Merge Request를 보냅니다.
  • 각 엔지니어는 staging에서 자신의 Branch로 Merge Request를 보냅니다.
  • 자신의 브랜치에서 로컬 환경으로 풀링


  • 장점



    · 각 엔지니어의 Branch에게 Merge Request를 함으로써 Merge Request의 송신을 잊어버리지 않게 된다.
    · Merge Request를 보내는 사람과 Merge Request를 받는 사람의 수고가 평등해진다.
    ·....etc

    단점



    · staging에서 Merge Request를 자신의 Branch로 주름 잡고 로컬로 pull했을 생각이 된다.

    구현한 감상



    실장해 날이 얕기 때문에, 모른다.
    앞으로 추기를 해 가자.

    부탁



    오자 탈자나 실수등을 발견하면 가르쳐 주세요.
    가능한 한 빨리 수정하고 싶습니다.

    좋은 웹페이지 즐겨찾기