프로그래밍/Git

우선 지금 나의 상황 : 커밋하고 푸시까지 했지만 커밋 메세지를 수정하고 싶은 상태 (issue 관리 등등의 이유로,,) 근데 다른사람과 같이 프로젝트를 진행할때는 rebase를 정말정말 조심해야한다. 하지만 나는 혼자 하구 있으니까 그냥 할거야. 뚱땅뚱땅🔨 # 커밋이 온라인으로 푸시되지 않은 상태 - 가장 최근의 커밋 메세지를 변경해야 하는 경우 git commit --amend - 그 이전의 커밋을 수정하고 싶다면 git log를 통해 고유번호를 확인하고 수정하는 방법이 있는데 이건 나중에 정리 # 커밋을 이미 푸시한 경우 - 가장 최근에 푸시된 커밋의 메시지 변경 git push --force-with-lease origin main - 더 아래의 커밋 메세지를 변경하고 싶은 경우 git rebas..

현재 나의 README 상태 아주 깜찍하지만 나를 소개하기에는 조금 부족한 면이 있다. 이제 데이터 엔지니어링을 공부하는 사람에서 할 줄 아는 사람이 되었기 때문에 리드미를 업데이트하려고 한다! 1. 이모지 (Emoji) 우선 깃허브에서 제공하는 이모지들을 쉽게 사용할 수 있는 페이지를 소개하겠다!! 원래는 https://github.com/anuraghazra/github-readme-stats 이곳에서 찾아서했는데 댓글에 이걸로 페이지를 만드신 분이 계셔서 더 간편하게 찾을 수 있게 되었다. https://github-emoji-picker.vercel.app/ GitHub Emoji picker github-emoji-picker.vercel.app 원하는 이모지를 찾아 클릭만 해주면 자동으로 복사..

이 게시글을 찾아들어온 분들이라면 커밋할때 사용하는 user.email과 github에서 사용하는 이메일이 같아야 contributions 즉, 잔디 심기가 된다는 것을 뒤늦게 아신분이라 생각이 든다. 내가 그랬기 때문이다^^ git을 2년 넘게 사용하면서 그저 협업의 용도, 버전 관리의 용도로 사용했지 내 github를 꾸밀 생각도 못했고 관심도 없었다. 하지만 최근에 '잔디 심기'라는 것을 알게되어 내 잔디 현황을 살펴보니 ........? 왜 텅텅 비어있는거죠??? 3번의 대학 협업프로젝트와 인턴 중 1번의 개인프로젝트를 통해 열심히 커밋을 했는데 왜 나는 민둥산인거지..? 멘탈이 무너졌다. 잔디 현황판을 통해 성실성을 보는 회사도 있다던데 나는 어떠케 되는거지 주륵 (근데 사실 별 상관은 없을것 ..

Git을 사용하는 이유는 전의 글을 통해서 설명한 바 있지만 간략히 얘기하자면 프로그램의 버전 관리를 위한것이고 로컬 저장소에 있던 프로그램을 원격 저장소에 올림으로써 다른 사람과 공유해서 협업을 하는 목적이 있다. 우선 로컬 저장소를 Git이 관리하도록 하는 작업이 필요하다. 1. git init 관리하고자 하는 폴더의 위치에서 위의 명령어를 입력하면 .git 파일이 생성되며 git이 관리하는 폴더가 되며 아래의 명령어들을 사용할 수 있다. (최초에 한번만 실행하면 되는 명령어이다!) 2. git status 현재 git의 상태를 알 수 있는 명령어로 어떤 단계에 있는지 알 수 있고 어떤 작업을 수행해야 할지 알 수 있다. 다음 명령어를 알기 전에 유의해야 할 점은 모든 작업은 수정 - 저장 - add..

CLI를 통해 Git을 사용하는 법을 설명하기에 앞서 CLI를 사용하는 이유에 대해 언급하겠다. CLI는 Command Line Interface로 터미널을 통해 나와 컴퓨터가 상호 작용하는 방식이다. 우리가 대개 컴퓨터를 사용할때 쓰는 방식은 GUI(Graphic User Interface)로 조금더 쉽고 대중적으로 사용할 수 있다. GUI가 편한데 왜 어려운 CLI 명령어를 공부해서 사용을 해야 하는가?? 그건 바로 GUI에 비해 절차가 간단하고 세부적인 기능들을 사용할 수 있기 때문이다. GUI로 마우스 우클릭 -> 새로만들기 -> 폴더 -> new 작성 4단계로 기능을 수행한다면 CLI는 mkdir new 한 줄의 명령어로 기능을 수행할 수 있다. 또 GUI로는 제한된 기능들도 CLI는 많이 자유..

Git을 이용하여 개발을 할 때 기본적으로 지켜야 하는 규칙이 있다. Pull -> Commit -> Push Visual Studio를 켜자마자 팀 탐색기에서 git 접속 후, Pull을 해주고 작업을 한 후 Commit을 하고, 마지막 확인 후 Push를 해줘야 한다. 만약 Pull을 해주지 않고 작업을 하고 Push를 한다면 이전 버전과 변경내용이 겹쳐서 문제가 생긴다. 혹은 사람들이 각각 작업을 하다가, 누군가의 영역을 침범하여 문제가 발생하기도 하는데 이를, Conflict 라고 한다. Conflict 상황을 만들어서 해당 문제에 직면했을 때 어떻게 해결을 해야 하는지 연습해 보겠다. Conflict 시나리오. 1. 각각의 브랜치에서 Local Repository에서 작업하던 것을 Remote ..

이번 시간에는 visual studio에 github를 연동 방법을 알아보겠다. 1. Visual Studio에 GitHub 확장하기 비주얼 스튜티오에 들어가서 [도구 상자] - [도구 및 기능 가져오기] 를 클릭을 한다. 그렇게 하면 Visual Studio Installer가 실행되고 Community화면이 보일 것이다. (처음 visual studio를 다운로드했을 때 봤던 창이다.) 개별 구성 요소 화면을 띄운 후 내려가며 '코드 도구' 카테고리 안에 'Visual Studio용 GitHub 확장'을 찾아 클릭을 하고 다운로드를 진행하면 된다. (비주얼 스튜디오 2019는 검색 창이 있어서 바로 검색하고 다운로드를 진행하면 된다.) 2. Visual Studio를 나의 GitHub 계정과 연결하기..

혼자 예제문제 실습을 하고, 혼자 개발을 해오다가 처음으로 협업을 하게 되면 제일 먼저 듣는 것이 Git일 것이다. Git중에 가장 흔히 사용되는 것이 GitHub이다. visual studio에서 github을 연동하여 사용할 수 있는데 그 전에 git을 사용해야 하는 이유에 대해 알아보겠다. 1. 효과적인 협업 혼자서 작업을 할 때는 깃허브 없이 프로젝트를 진행하기에 큰 어려움이 없지만, 여러사람이 프로젝트를 진행 할 때 상당히 번거로운 부분들이 생기게 됩니다. 작업을 한 후 일일히 상대방의 메일을 통해 파일을 보내주어야하고 파일을 보내고 받는다 하더라도 제대로 구동이 안되는 경우도 발생을 합니다. 또한 파일 자체를 주고 받기 때문에 수정된 부분이 무엇인지 확인하기가 어렵고 동시에 작업을 진행하게 됐..