4/17 git commit, Pull Request 관련 조금

1. commit을 쪼개는 이유

• 특정 작업한 revert해야 할 경우에 다른 작업에 영향을 미치지 않고 무사히 revert 가능
• 커밋 이름만 보고 무슨 작업인지 알 수 있음
• 리포맷팅 같은 경우 안 봐도 되는데 코드 수정량이 너무 많아 복잡해보임

 

2. 의견이 맞지 않는 경우 (개인적인 의견)

답이 정해져 있지 않은 경우 (대부분의 의사결정이 이럴 것) 얘기를 끝까지 해보고, 좁혀지지 않으면 안건으로 옮겨서 회의에서 토론

 

3. PR 열었을 대 수정사항이 있으면 또 PR을 열어야 하는지?

- ㄴㄴ 그냥 그 PR에 수정된 브랜치의 커밋이 계속 쌓임

 

4. PR 수정 중에 또 다른 기능이 추가된다면 이때는 branch를 새로 파야 하는 거 아닌지?

- ㅇㅇ 지금은 main <- bran1으로 merge 중인데, branch1 <- branch2인 중간 브랜치 branch2를 만들어서 작업함

 

5. css 우선순위

 

1. 사용자 !important

2. 제작자 !important

3. 제작자

4. 사용자

5. 브라우저

 

1,2 같은 경우는 디버깅이 어렵기 때문에 권장되지 않음