Tech

• [x] git commit & label policy - 화니/후니
• [ ] 스마트택배 API 활용기 - 루이스
• [ ] 리액트 빌드 시 zero-downtime 관련 설정 - 춘식
• [ ] 깃 브랜치 전략(앵콜!) - 춘식
• [x] 테스트 서버 배포(부제: pm2와 노드 프로세스 관리) - 춘식
• [ ] AWS lambda, iot API - 루이스

Work

이전자료

• (11/16) this - 장승훈
• (11/20) CSS와 BEM - 김아영
• server-side rendering & RESTful API - 장승훈
• RESTful API - 장승훈
• client-side <-> server-side - 장승훈
• (12/4) Code Review - React.js - 장승훈
  • 리액트에서 직접 돔을 건드는 코드스타일(jquery 등의 사용) 최소화
  • 데이터를 보여주는 화면 최적화
• (12/12) Gitflow - 장승훈
  • 참고자료
    • 예제 코드: https://github.com/edkimco/gitflow-example
    • git merge 시 파일 보존하기: https://medium.com/@porteneuve/how-to-make-git-preserve-specific-files-while-merging-18c92343826b
• (12/13) git commit / merge / hotfix 실습 - 장승훈
  • gitflow
    • 항상 머지는 단방향으로( develop → master )
    • hotfix 발생한 경우 반대방향으로 머지 발생
      1. master → hotfix
      2. hotfix → master
      3. hotfix → develop
    • hotfix 시 브랜치마다 고유한 설정파일의 충돌을 방지하기 위해 merge 시 파일 보존하기: https://medium.com/@porteneuve/how-to-make-git-preserve-specific-files-while-merging-18c92343826b
      • 개발/운영 브랜치마다 고유한 설정파일이 필요한 이유는 클라이언트앱의 설정은 OS 차원에서 할 수 없기 때문으로, 반대로 서버 개발 시에는 설정은 OS환경변수로 통제할 수 있다.
        • 예: NODE_ENV=production
  • rebase
    1. git config --global pull.rebase true
    2. pull 전에는 항상 하던 작업을 마무리 짓고 pull을 받는다
    3. conflict가 발생한 경우에는 충돌이 일어난 파일을 수정한 뒤, 수정한 파일을 add 한 다음 git rebase --continue 라고 친 뒤 commit & push 한다(소스트리 사용법은 추후 확인해보고 알려드릴게요)