Husky 사용 방향에 대한 의견 공유

[manNomi]

현재 프로젝트에서 Husky를 사용해 pre-commit / pre-push 훅을 운영 중인데,
이게 과연 지금 상황에 최적의 선택인지 고민이 있어 공유합니다.

개인적인 문제의식
• pre-push 단계에서 lint / test가 실행되면서 push 속도가 눈에 띄게 느려짐
• 작업 흐름상 자주 push하는 개발자에게는 체감 피로도가 큼
• 어차피 GitHub Actions에서 CI로 동일한 검증을 다시 수행
• 실패 시 머지 불가
• 품질 보장은 CI가 이미 담당하고 있음

그래서 “로컬에서의 강제 검증이 정말 필요한가?”라는 의문이 들었습니다.

현재 생각하는 방향
• Husky를 완전히 제거하고
• 로컬 검증은 개발자 자율 실행(npm script) + CI 강제 구조로 가져가는 것도 하나의 선택지라고 생각합니다.

질문
• 여러분은 Husky를 어느 정도까지 사용하고 계신가요?
• pre-push 훅을 유지하고 있다면, 속도 문제는 어떻게 해결하고 계신지 궁금합니다.
• CI가 충분히 강한 상황에서도 로컬 훅을 유지하는 이유가 있을까요?

의견 공유 부탁드립니다 🙏

[khwww]

좋은 의견이네요!
husky로 인해 push 속도가 느려지기도 하지만 push되는 시점에 따로 npm script를 통해서 검증과정을 거치지 않아도
품질을 가시적으로 확인해볼 수 있는 건 개발자에게 큰 편리함을 가져다준다고 생각해요!
그래서 저는 husky를 유지하고, 추후에 품질이슈(?)로 push 시간의 조정이 필요하다고 느껴지는 시점에 다시 검토해봐도 좋을 것 같다고 생각합니다 ☺️

[manNomi]

평소에도 허스키 잘쓰셨나요??
개인적으로 궁금하네요

이전회사에선 프리푸쉬에 빌드를 걸어서 푸쉬 눌러놓고 화장실 갔다와서 고치고 그랬거든요
진짜 왜그렇게 했지 싶었는데 😅😅😅

[khwww]

사실 제 전 회사도 그렇고 평소에 허스키 활용도가 높지는 않았어요
그리고 프리푸시에 빌드가 있으면 체감 피로도가 조금 올라갈 것 같다는 생각은 확실히 드네요 😂😂

반대로 만욱님 이전 회사처럼 현업에서 허스키를 어떤 정도까지 사용하고 있는지 궁금하네요!

[manNomi]

지금 회사는 전혀 프리푸쉬 안쓰고...
Ci는 액션으로만 처리
종종 디벨롭 그냥 하드푸쉬할때도 있어요
특이케이스라고 보여지긴합니다
다들잘하셔서...

허스키 사용은 저는 써도 좋고 안써도 좋지만
개발속도가 저해되면 없애야한다는 입장이에요
현우님이 보시기에 적정선으로 고쳐놓아도 좋을것 같습니다 👍