GitHub | 모르면 팀프로젝트를 같이 할 수 없다!

GitHub 세션을 진행하면서...

팀프로젝트를 진행하기 위해서는 반드시 Git과 GitHub에 대해서 알아야 한다.
Git은 어렵게, 버전 관리 시스템이라고 한다. 쉽게 말하면, 내가 만든 코드를 관리하고 추적하기 위한 버전별 코드 저장소라고 한다. 그리고, GitHub는 Git들을 연결하는 아주 큰 공유 저장소라고 생각하면 될 것 같다.

Git을 이해하려면, 가장 먼저 개발자들의 업무 플로우를 이해할 필요가 있다. 먼져 개발이 진행되면, 구축해야 할 부분을 팀장은 각 팀원들에게 분배를 해준다. 팀원들은 분배받은 부분을 구축하고, 다시 팀장에게 보내는데, 이 때 팀장은 문제가 없는지 확인하고, 최종 합치기를 한다. 이러한 과정속에서 github가 사용되어 진다.

GitHub는 터미널을 통해서...

GitHub를 이용하기에 앞서 터미널을 사용할 줄 알아야 한다. 각 과정에 대한 설명을 따라서 시작을 하게 되면 어렵지 않게 할 수 있다.

1. 클론을 통해서 최초 실행파일 내려받기("저는 바탕화면에 폴더를 만들었습니다.")

   cd desktop // 바탕화면으로 진입합니다. 
   mkdir dev1 // dev1이라는 폴더를 만들어줍니다. 
   cd dev1 //dev1 폴더로 진입합니다.
   git clone "http://github.com/~ //github에서 클론 과정을 거칩니다.(로컬에 개발프로젝트를 내려받는다고 이해)

2. 클론 명령어를 통해서 파일을 내려받았으면 내 상태를 확인해야 합니다. 여기서 "branch"에 대한 이해가 필요한데, 쉽게 말해서 각각의 개발자가 진행하는 부분이라고 생각하면 될 것 같다. 클론 진행 이후 git status 명령어를 통해서 확인을 해보면, branch가 master로 되어 있는 것을 확인할 수 있을것이다. master는 우리가 마지막에 합쳐야 할, 즉 배포해야할 최종단계이다. 즉, 개발팀장이라고 생각하면 될 것이다. 내가 개발팀원인데.... 팀장자리에 앉아 있다고 생각하면... 아무것도 건들이지 않기를!!! 꼭 아무것도 건들이면 안된다. git branch 명령어를 통해서 내 자리를 만들고, git checkout 명령어를 통해서 내 자리에 앉으면 된다.

   git status // 내 상태를 확인할 수 있다. 
   git branch feature/naming //naming에 진행하는 프로젝트 또는 개발자의 이름을 넣어주면 된다. 
   git checkout feature/naming //branch를 master에서 naming으로 이동하는 것을 의미한다.
   git status // 다시 내상태를 확이하면, brach가 변경되어 있는 것을 확인 할 수 있다. 

3. 여기서 잠깐!
   저는, 처음 Git을 사용할 때, master branch에서 작업을 하는 중대한 실수를 저질렀습니다. 이 때, 해결할 수 있는 방법을 알려드리도록 하겠습니다. git log 명령어를 입력하면 내가 어떤 프로세스로 작업을 했는지 확인 할 수 있습니다. 내가 지워야 하는 부분을 찾아야 합니다. c9034jdf 이런식으로 나열된 글자 또는 숫자를 확인 할 수 있습니다. 내가 지워야 하는 부분을 확인한 다음에 지워주면 됩니다. 그리고 다시, 내 자리로 찾아들어가야 합니다.

   get reset - hard c4f8da(앞 코드)

4. 내가 있어야 할 곳을 찾아 들어갔으면, 여기서 프로젝트를 진행하면 됩니다. 그리고 나서, 업로드같은 과정이 필요합니다. 이 때 사용하는 명령어가 git add 입니다. 그리고 또 git status를 통해서 내 상태를 확인합니다. 저와 같은 초보 개발자는 항상 나의 상태를 확인할 필요가 있습니다. 왜냐하면, 크게 실수 할 수 있으니깐요. 저처럼...
   내 상태를 확인했으면, 이제 git commit -m "원하는 내용" 을 입력해야 합니다. 즉, 내가 어떤 부분을 수정했고, 삭제했으며, 어떤 것을 추가 했는지에 대한 코멘트라고 생각하면 됩니다.

   git add . //add 띄우고 닷을 입력하게 되면 전무 올려주세요를 의미한다. 일반적으로 이 방법을 가장 많이 사용합니다. 
   git commit -m "Add: a부분을 수정하였습니다." //어떤 부분을 수정하였는지 코멘트를 남기는 것이다. 

5. 코멘트 쓰는 과정을 끝냈으면, 이제 push를 하면 되는데, 이는 일반적으로 업로드라는 개념으로 생각하면 된다. 내가 만든 개발내역을 GitHub에 올리는 과정 입니다.

   git push origin feature/naming // github에 파일을 push하는 명령어 입니다. 

6. 처음 프로젝트를 진행하게 되면, pull request를 해야 하는데, 팀장님꼐 최초 결제 서류를 올리는 것이라고 생각하면 되지 않을까요?? 팀장님이 확인해 본 후, 마음에 드시면, merge 즉, 사인을 해주시거나, 아니면 reject를 하시겠죠...

GitHub를 배우면서...

처음에 혹시 내가 한 파일이 제대로 올라지 않으면 어떻게 하지.. 이러한 두려움 때문에 쉽게 명령어를 입력하지 하지 못했습니다. 저와 같이 GitHub를 처음 시도해 보는 분이 계시다면, 터미널에서 연습을 먼져 한 다음에 하시는 것을 추천드립니다. 또한 명령어를 조금 익히신 후에 진행하기를...