벨로그에 연재하고 있는 깃허브 협업에 대한 기초 지식을 쌓을 수 있는 시리즈입니다! 필요하시면 참고하세요 :) 시리즈 | Github 협업, 이것만은 알자 - pgmjun.log 이슈(Issue)란 프로젝트에서 작업해야할 단위라고 할 수 있습니다.개발해야하는 기능 발생, 수정해야할 사항 버그 발생, 리팩터링 해야하는 코드 발생 등 프로젝트에서 발생되는 작업들을 이슈로 velog.io
개발 중, 브랜치를 변경해서 작업하는 방법 나는 보통 인텔리제이로 스프링부트 개발을 하는 개발자이다. 개발을 하다보면, "어라? 이거 이쪽 브랜치에서 작업할 게 아닌데..." 라고 생각이 드는 순간이 있다. 오늘 포스팅할 내용을 모른다면 아주 위험한 순간이다. 이때 아무것도 모른 채로 브랜치를 변경하게 되면 커밋하지 않은 모든 작업내용이 증발할 수 있다. 한번 실제 상황을 곁들인 직관적인 예시로 자세히 알아보자 🚨 작업 중, 브랜치 변경 상황 발생 당신은 Error를 관리하는 Enum 클래스에 무수히 많은 내용을 입력했고, 만든 것을 사용할 클래스 하나를 만들었다고 가정하자 그런데 다시보니 해당 브랜치는 Error 설정과 관련된 브랜치가 아니다! 아무것도 모르는 당신은 에러를 포함한 여러 메세지를 관리하..
.gitIgnore 란? 인텔리제이와 같은 VCS를 지원하는 IDE를 사용하게 되면 gitIgnore 사용은 불가피하게 된다. gitIgnore를 사용하는 이유는 중요한 파일이 깃허브에 공개되지 않도록 막는 데에 있다. 만약 서버의 DB관련 패스워드와 아이디 정보가 담긴 application.yml이 있다고 가정해보자. 이 파일이 깃에 그대로 올라가서 누군가 마음대로 DB를 망가뜨리게 되어도 괜찮은가? 이를 해결하기 위해 사용하는 것이 gitignore이다. .gitIgnore 적용이 안되는데요? gitignore에 등록을 해도 commit List에 파일이 올라가있는 경우가 있다. 대체 왜이러는 걸까? 분명 gitIgnore에 추가해줬는데? 원인은 캐시 때문이다. 실제로 .gitignore 파일은 변경..
커밋 컨벤션을 정하고 개발을 해도 어느 순간 까먹고 그냥 커밋하는 경우가 종종 있다. 이러한 문제는 커밋 컨벤션을 확실히 자각하고 있지 못한 초보들에게서 많이 발생한다. 이를 깔끔하게 해결해줄 수 있는 방법이 바로 여기있다. Git Commit Convention 해당 설정은 git Bash나 사용하는 IDE Terminal 등 깃으로 관리하고 있는 프로젝트에서 사용하면 된다. :: 파일 준비 :: 우선 자신이 사용할 커밋 컨벤션을 정해야한다. 정했다면 파일을 만들어주자 .gitmessage.txt # : 형식으로 작성하며 제목은 최대 50글자 정도로만 입력 # 제목을 아랫줄에 작성, 제목 끝에 마침표 금지, 무엇을 했는지 명확하게 작성 ################ # 본문(추가 설명)을 아랫줄에 작성..
깃허브 Readme를 작성하다보면 종종 프로젝트 시연 영상 등을 올리기 위해 동영상을 업로드해야한다. 하지만 Readme에 동영상을 올리는 것은 쉬운 일이 아니다. 보통 유튜브에 동영상을 업로드하고 유튜브 링크를 iframe형태로 업로드하기도 하는데 귀찮은 방법이다. 그래서 괜찮은 방법을 하나 소개하려한다! "동영상을 GIF로 변환" 그렇다. 동영상을 GIF로 변환하여 올리는 것이다. 방법은 간단하다. https://cloudconvert.com/mp4-to-gif MP4 to GIF | CloudConvert MP4 Converter MP4 MP4, also known as MPEG4 is mainly a video format that is used to store video and audio dat..
깃허브에서 Readme 파일을 작성하다 보면 이미지 파일을 업로드해야할 때가 있다. 하지만 깃허브에서 Readme에 이미지를 업로드하려면 특별한 방법을 사용해야한다. 1. 이슈 생성창 열기 우선 이렇게 이슈 생성창을 열어준다. 2. comment 부분에 이미지 파일 드래그 이미지를 드래그 한 뒤 Issue comment 부분에 놓아준다. 그렇게하면 "깃허브 유저콘텐츠"에 이미지가 업로드 되고 URL을 내뱉는데 이걸 복사하여 사용하면 된다. 위 코드의 이미지URL만 수정하여 깃허브 Readme에 꽂으면 이렇게 이미지가 꽂히는 것을 확인할 수 있다.
Commit message에 오타가 있는 지 확인하지 못하거나 이슈번호를 잘못 달았을 때 그대로 Push해버리고 나중에 깨닫는 경우가 있다. 하지만 이에 대한 해결방법이 있으니 따라해보자! 1. Local의 Git bash를 열어 명령어를 입력한다. git rebase HEAD~1 -i 위의 명령어를 입력하면 최근에 Push한 커밋이 나타나게 되는데 더 전의 내용을 수정하고 싶다면 HEAD~2, HEAD~3처럼 수정이 필요한 commit이 몇 번째 전인지 고려하고, 그 숫자로 변경해 입력하면 된다. 2. 에디터에서 pick을 reword로 변경 commit message 앞의 'pick' -> 'reword' 변경 후, esc -> :wq! -> enter 변경하길 원하는 커밋은 i로 입력모드에 들어가 ..
이번 시간엔 협업에 사용되는 깃허브의 Organization을 생성하는 방법을 알려드리겠습니다. 깃허브에 접속한 뒤에 우측 상단 의 '+' 버튼을 클릭하여 New organization 을 선택합니다. 저는 유료버전의 기능이 필요하지 않으므로 free organization을 선택했습니다. 단체 이름과 메일 주소를 입력하고, 개인인지 단체인지 선택합니다. 저는 개인이기 때문에 My Personal account를 선택했습니다. 다음은 팀원을 추가하는 탭입니다. 추가할 팀원이 있다면 추가한 뒤에 셋업을 마치면 그룹이 생성됩니다.
