ETC/Git

git-flow 전략을 사용하게 된 이유 지속적인 인원증가로 인해 버전관리 전략을 대비할 필요성을 느꼈다 인원이 늘어날수록 병렬적인 업무진행을 위한 대규모에 적합한 git 전략을 준비해야 했다 그래서 러닝커브를 앞당겨 이후 자연스럽게 정착하게 하기 위해 미리 익숙해지기로 결정했다 git-flow 브랜치 구조 master 실제 제품으로 쓰이며 배포가 가능한 상태만을 관리하는 브랜치다 develop 개발 단계에서 메인으로 관리되는 브랜치이다 feature와 release를 만들 때 기반이 된다 feature 추가적인 기능을 개발할 브랜치이며 기능이 완성되면 develop에 merge 하고 불필요하게 되면 폐기한다 - base가 되는 브랜치: develop - merge가 될 브랜치: develop relea..

Environment node v20 vscode javascript githubAction 自分のblogやツイッターのrssリンク GithubActionとは GitHub Actions は、ビルド、テスト、デプロイのパイプラインを自動化できる継続的インテグレーションと 継続的デリバリー (CI/CD) のプラットフォームです。 リポジトリに対するすべての pull request を ビルドしてテストしたり、マージされた pull request を運用環境にデプロイしたりするワークフローを作成できます。 GithubActionを作る まず自分のgithubのnickNameとおなじ名前のrepositoryをつくります。 作った後にはそのrepositoryでsettingのactionのgeneralをクリックします 。 githubActionがpushを同..

단어정리 리뷰어 : 다른 사람이 작성한 코드를 리뷰하는 사람들 리뷰이 : 본인이 작성한 코드를 다른 사람들에게 리뷰받는 사람 PR : GitHub의 Pull Request 약어 LGTM: Looks Good To Me 약어 코드리뷰에 대해 리뷰어가 리뷰이에게 정해진 방법으로 피드백을 주고받는 것을 말한다 코드 리뷰도 피드백이기 때문에 넷플릭스 4A 같은 정책을 정하여 진행하는 것을 추천한다 코드리뷰를 하면 아래와 같은 장점이 있다 본인이 발견하지 못한 실수를 다른 사람이 발견할 수 있다 코드의 컨벤션을 유지하여 코드 퀄리티가 높아진다 다른 사람의 코드를 보고 학습하여 나의 개발에도 적용할 수 있다 비동기 커뮤니케이션 코드리뷰는 비동기적인 커뮤니케이션일 때 더욱 효율적이다 동기적인 커뮤니케이션이라고 함은 ..

📀 환경 🔖 개요 git을 어떻게 사용하면 가독성, 효율성 등을 고려하며 설계하기! 📒 목차 git 초기 세팅 git flow 브랜치 issue, bug, pr - git 초기 세팅 git 프로젝트 생성하기 해당 git issue template bug랑 feature 만들기 (이미지 참조) git tool 통해 clone 받기 계정이 2개일 경우 설정에서 추가(저는 git fork 툴 사용) 브랜 치명이 prod인 브랜치 생성하고 그 브랜치 사용 나중에 dev, feature 브랜치를 추가 , staging는 optional - git flow 브랜치 아래가 사용할 브랜치들입니다. 필요한 경우 늘리거나 제거합니다. prod: 실제 배포되어있는 서비스 브랜치 dev: feature에서 pr 받을 ..