🧯 개발자 화재 시 행동강령

IT에 관심 있는 밀레니얼 세대를 위한 뉴스레터, 1 STEP입니다.

MEME 사용 설명서는 IT 업계에서 자주 보이는 MEME(짤)에 대해 이야기해보고 이해해 보는 시간입니다!

멀게만 느껴졌던 IT 분야에 한 걸음 한 걸음 나아갈 수 있도록, 1 STEP과 함께해요! 😉

🧯 개발자 화재 시 행동강령 (feat. 어디가...push하고 가야지...)

🔎 Git...누구냐 넌?

프로그래밍을 배우고 있으시거나 개발에 관심이 있는 분이시라면, Git(깃)이라는 단어를 한 번쯤은 들어보셨을 텐데요. 위에서 보신 MEME과 같이 💻 'git commit', 'git push'처럼 명령어 형태로 처음 접하셨을 수도 있고, 👔 채용공고 자격요건의 'Git 환경 유경험자'라는 문구로 Git이라는 단어를 처음 들어보셨을 수도 있을 것 같은데요. 이렇게 들어는 보았지만, 정확히는 알지 못했던 Git! 도대체 Git이 무엇인지부터 먼저 알아보도록 하겠습니다.

Git은 프로그램 등의 소스 코드 관리를 위한 버전 관리 시스템인데요. 버전 관리 시스템이란 파일이 업데이트, 수정 등으로 변경된 것을 시간에 따라 기록하며, 추후에 특정 시점이나 특정 버전을 다시 불러올 수 있는 시스템입니다. 쉽게 예를 들어보자면, 📱1 STEP이라는 앱이 버전 1.0으로 출시되고, 며칠 뒤 버전 1.1로 업데이트를 하였는데요. 버전 1.1에 치명적인 버그가 발생해 버전 1.0으로 다급하게 되돌리려고 할 때, 버전 1.0을 다시 불러올 수 있도록 따로 소스 코드를 관리하는 시스템을 버전 관리 시스템이라고 하는 것입니다.

그런데, 이때 여러 버전이 *로컬 혹은 하나의 **중앙 서버에서만 관리되고 있다면 굉장히 위험하겠죠? 불러오려던 버전이 로컬에서 삭제되었거나 중앙 서버가 다운된 상황이라면, 당장 봐야 할 버전을 어디서도 찾을 수 없는 것이니까요. 이렇듯 로컬/중앙 서버 버전 관리의 위험성으로 인해 파일 버전 관리에도 분산화가 이루어졌는데요. 그게 바로 🐙 분산 버전 관리 시스템입니다.

* 로컬 VCS(버전 관리 시스템) : 서버 없이 로컬 컴퓨터 내에서 버전을 관리하는 것
** 중앙 서버 : 버전 관리를 위한 별도로 구성한 서버

분산 버전 관리 시스템은 *저장소를 히스토리와 함께 전부 복제하기 때문에 모든 데이터를 지닌 💾 진정한 백업이라고 보시면 되는데요. 로컬에서 해당 파일이나 폴더를 삭제하더라도, 저장소가 복제본을 지니고 있기 때문에 좀 더 안전한 버전 관리가 가능합니다. 또한, 분산 버전 관리 시스템에서는 원격 저장소 전용 서버에서 관리되는 리모트 저장소(원격 저장소)가 존재하는데요. 원격 저장소는 말 그대로 인터넷이나 네트워크 어딘가에 있는 따로 존재하는 저장소로 로컬에서 작업한 내용을 업로드하여 여러 개발자가 협업할 수 있도록 해주는 저장소이기 때문에 동시에 🤝 여러 사람과 다양한 방법으로 협업이 가능합니다.

개발자들의 버전 제어 및 공동 작업을 지원하는 서비스에는 대표적으로 Github과 Gitlab이 있으며, 서비스 이용을 통해 원격 저장소를 생성하여 관리할 수 있는데요. Github과 Gitlab 두 서비스 모두 공개와 비공개 저장소를 개인 혹은 팀에게 제공하기 때문에 큰 차이점은 존재하지 않습니다. 다만, Github이 사용자가 더 많아 오픈 소스 프로젝트를 진행하기에 보다 적합하며 서버도 좀 더 안정적이기 때문에, 아직은 Github을 선호하는 사람들이 더 많다고 보시면 좋을 것 같습니다.

* 저장소 :파일이나 폴더를 저장해 두는 곳으로 개인 전용 저장소인 로컬 저장소와 원격 저장소 전용 서버에서 관리되는 원격 저장소가 있음

🤔 Git 사용...CLI vs GUI?

Git 사용에는 두 가지 방법이 있는데요. 먼저 CLI(Command Line Interface)는 사용자가 위와 같은 창(terminal)에 문자열 형태로 명령을 입력하여 Git을 사용하는 것인데요. 처음 본 MEME에서 나온 git commit, git push도 모두 이와 같은 명령어입니다.

Git 명령어에 대한 간단한 설명은 해당 영상을 참고해주시면 좀 더 쉽게 이해하실 수 있는데요. 만약, 이미 명령어에 대한 개념이나 commit, push 같은 간단한 명령어가 익숙하시다면 다양한 명령어 목록을 살펴보시면서 유용할 법한 명령어를 찾아보셔도 좋을 것 같습니다.

CLI와 같이 명령어로 직접 Git을 사용하는 것을 시도해 보았는데, 이 방법이 귀찮거나 사용이 어려우셨나요? 그렇다면, 명령이나 작업을 이해하기 쉽도록 프로젝트 히스토리를 시각화하여 보여주는 GUI(Graphical User Interface) 프로그램을 통해 Git을 사용할 수도 있는데요. Git GUI 툴에는 Github Desktop, Source Tree 등이 있으며 VSCode, IntelliJ와 같은 다양한 통합개발환경(IDE)에서 기본적인 기능 혹은 플러그인으로서 GUI 기능을 제공하기도 하므로, 두 가지 방법으로 모두 Git을 사용해 보신 후에 개인적으로 더 편하다고 느끼는 방식으로 정착하시면 좋을 것 같습니다!

🔖 1분 유머 | Git Blame

git blame(파일 어노테이션)은 파일의 한줄 한줄마다 마지막으로 커밋한 사람이 누구인지, 언제 커밋한건지 보여주는 명령인데요. 디버깅 시에 누가/언제 해당 파일을 수정한 것인지에 대한 이력을 쉽게 파악할 수 있어, 오류 원인을 파악하기 수월해지기에 알아두면 유용한 명령어입니다. 물론 통합개발환경(IDE)에서 git blame 내용을 쉽게 볼 수 있는 플러그인 및 기능을 제공하고 있어서, 해당 명령어를 외울 필요는 전혀 없지만요!

또한, MEME의 상황과 같이 프로젝트의 코드를 보다가 '이건 누가 이렇게 짠 거지?'하고 짜증이 날 때가 있는데요. 이때, git blame을 해보면 그 누구도 아닌 과거의 나였음을 확인하고 머쓱하게 확인 창을 닫게 되는 상황도 벌어지곤 하기 때문에, git blame은 오류 원인을 효율적으로 찾기 위해서만 쓰는 것이 좋겠습니다.

오늘 뉴스레터, 어떠셨나요? 📑

유익해요👍 / 아쉬워요 🥺

피드백은 1 STEP이 더 좋은 콘텐츠를 고민하고 만드는 데 큰 도움이 됩니다.

오늘의 아쉬웠던 점, 칭찬, 주제 건의를 부탁드려요 👐