SubingCoding

👩: 그래서 Git은 왜 써야 하는 거죠? 면접 보려고 쓰는 건 아니잖아요?
🧑: Git 안 쓰고도 프로젝트 가능하던데요? 

라는 태아 시절 Subing의 의문점이었습니다..

BUT!!

Git을 공부하고 실제로 사용하면서 배운 Git을 쓰면 좋은 점! 써야만 하는 이유! 를 개발자 관점에서 적어봤어요😙

크게 두 가지✌로 나눠봤습니다.

1. 버전 관리
2. 협업

1. 버전 관리

입사 후, Developer 공식문서와 예제 파일을 테스트해보기 위해  여러 가지 기능을 추가한 프로젝트의 Git Log입니다.

회사에서 리뷰를 했는데 그 과정을 보여드릴 때 우선 Git Log로 어떻게 진행했는지 진행률이 어느 정도인지를 보여드리기에 적합했습니다. 

1. 버전을 달리하려면 프로젝트를 다른 이름으로 저장해야 하는 불편함이 있기 때문에, (또한 매우 보기 안 좋고 헷갈림😡)

        → 기능이 추가되었거나, 오류사항을 수정했을 때 등에 commit을 사용하여 메시지와 함께 관리할 수 있고,

1. 뭔가 잘못되어서 되돌리고 싶을 때, 이전의 Subing은 전부 찾아서 고치거나... Ctrl + z를 연발했다면..ㅎㅎ;; (이 과정에서 잘했던 부분도 다 지워지거나... 돌이키기 힘든 실수를 하는 경우도 많죠!!)

        → commit 해둔 내용을 다시 받아와서 작업하는(reset & revert)! 똑똑한 버전 관리를 할 수 있게 되었습니다😎

2. 협업

사실 회사에서 Git 사용법을 아는지에 대해 물어보는 이유는 저번 포스트에서 작성했듯이

팀원들과 협업하는데 빠르게 적응을 할 수 있는가 에 대한 답변을 듣기 위함입니다.

회사에선 여러 명의 개발자가 한 프로젝트를 하는 경우가 많은데, (학교에서 하는 소규모 팀 프로젝트에서도 마찬가지예요😃)

Git을 사용한다면,

• 일일이 코드를 비교해서 수정하는 번거로움이 사라집니다.
• 코드가 변경된 이력을 쉽게 확인할 수 있습니다.
• 어느 부분이 추가/수정/삭제되었는지 볼 수 있고, 반대로 제가 추가한 기능을 다른 개발자가 확인할 수 있습니다.
• 물론 같은 부분을 수정해서충돌(Conflict)이 발생하기도 합니다만, 생각보다 쉽게 고칠 수 있습니다.

        (추후에 수정하는 법은 따로 게시글로 다뤄볼게요🤗)

쓰다 보니 장황하지만 내용은... 잘 모르겠네요..ㅎㅎ 하지만 실제 면접에서는 이정도로 간단하게 답변하면 될 것 같습니다!!

추후에 계속해서 수정할 내용이니 이 정도로 정리해보겠습니다😋

혹시라도 읽어주신 분 감사드리고 좋은 하루 보내시길 바랄게요❤

코로롱 조심하시고요!!

♡ 감사합니다!! 뿅!!♡