스타트업에서의 깃허브 배포

Question

안녕하세요. 현재 스타트업에서 근무한지 2년이 되었습니다.

아이템의 첫 개발부터 지금까지 혼자 개발을 하다 보니 깃허브를 잘 사용을 하지 않았습니다. (푸시, 풀 이런 거만 함)

그러다 협업을 하게 되었는데, 스타트업 특성상 자주 배포를 하고 급한 일이 있을 때도 바로바로 배포를 하다 보니 한 번씩 에러도 보이고 그럴 때마다 개발 쪽이 잘못한 느낌이 많이 듭니다..

테스트 서버도 있어서 테스트 서버에 올리고 배포를 해도, 테스트를 할 수 있는 기간은 단 하루 정도 밖에 없습니다.(한다 해도 몇 시간) 빠른 반영을 원하십니다

다른 부서 상사님이 같이 협업하는 사람의 코드를 계속해서 전부 검토하라고 하시는데 개발해야 하는 양도 많고, 협업하시는 분의 코드도 봐야 하고 자꾸 집중이 분산이 되고 막상 제가 할 수 있는 작업시간이 적어지니 스트레스가 있습니다.

어떻게 하면 깃허브를 효율적으로 잘 사용할 수 있을까요??

첫 직장이 스타트업이고 제가 혼자서 독학하면서 하다 보니 경험이 부족합니다.

다른 기업에서는 어떻게 협업을 하고 있거나, 깃을 어떻게 사용하는지에 대해 좋은 정보 알려주시면 감사하겠습니다.

여러 조언도 너무 감사하겠습니다!

다형 · Accepted Answer

고민하시는 문제는 사실 git을 사용하는 문제 자체보다는 업무 플로우가 정리되지 않아서 생기는 문제로 보입니다.

어차피 지금 상황에 배포되는 버전에서도 에러가 나오고 있는 상황이신 것 같은데, 오류나 장애 건수를 줄일테니 테스트 기간을 늘려달라고 요청 드리는 것이 어떨까요? 개발까지 하고 계시면서 여기에 다른 사람 코드 검수까지 맡는다면 개발하고 계신 부분도 제대로 처리하기 어려울 것 같습니다.

다른 부서 상사 분의 지시라면 더더욱 직접 지시받지 말고 본인 부서의 상급자 분께 해당 부분을 핸들링 해달라고 요청해보시는 것이 나을 것 같아요. 협업 하시는 분의 코드를 왜 보라고 지시가 내려오는지 사유를 먼저 파악해보시고 그 원인을 제거하면 부담을 조금 덜어내실 수도 있지 않을까 싶네요.

이외에 검수의 자동화는 정적 분석 툴(sonar qube 등)을 도입하면 기본적인 오류나 컨벤션 등을 검수하는 시간을 줄일 수 있습니다. git을 어떻게 사용하느냐는 배포하시는 방식에 따라 달라질 수 있습니다.

아예 브랜치 분리가 안되있는 경우, release 브랜치를 기준으로 배포하시고 해당 release가 안정적인 버전이라 판단되면 master(혹은 main) 브랜치에 merge를 하시는 정도로는 브랜치를 나누어야 할 것 같습니다. 문제 발생 시 원복할 브랜치를 만들어 둔다고 이해하시면 편할 것 같구요. 더 자세한 해결이 필요하시면 DM을 주셔도 괜찮습니다.

아무쪼록 험난한 시간을 보내고 계신 것 같은데, 잘 이겨내시면 좋겠습니다!

이상선 · Answer

깃의 목적이 뭔지 생각해 보세요. 누가 왜 만들었는지