Github
-
[Github] Code Owner로 Auto Assign 하기개발 블로깅/팀 문화 및 시스템 2022. 3. 29. 01:47
Code Owner란 Github에는 Code Owner라는 기능이 있는데, Repository 내에 특정 파일이나 특정 디렉토리, 원하면 특정 확장자 별로도 Owner를 지정하여 파일 및 코드를 관리할 수 있는 방식이다. 이를 활용하면 코드리뷰를 위해 PR 생성 시, 작업한 파일에 관련된 Owner들을 자동으로 PR(Pull Request) Reviewer로 지정할 수 있다. Code Owner 사용법 사용법은 아주 간단하다. 프로젝트의 Root 경로에 '.github/CODEOWNERS' 파일을 생성 후, 패턴에 맞게 오너를 설정해주면 된다. # .github/CODEOWNERS 아래 패턴을 참고하여 작성하면 된다. # 이것은 주석입니다. # 담당자를 지정할 때는 github ID 혹은 github ..
-
[2020.06.13] 더 좋은 커밋 메시지를 남기자개발 블로깅/팀 문화 및 시스템 2020. 6. 13. 14:09
오랜만에 내 github에 있는 옛날 프로젝트 코드들을 살펴보았다. 지금처럼 git에 익숙지 않던 때인지라, commit도 그렇겠지만, 무엇보다 커밋 메시지가 매우 엉망이었다. 내가 남긴 과거의 프로젝트 커밋 메시지... 너무 창피한 이력들.. 요즘 드는 생각이 있다면, 영어 메시지로 남긴다면 더 좋기야 하겠지만, 어설픈 영어로 작업한 내용에 대한 설명이 부실해진다면 차라리 한글로 더 명확하게 메시지를 남기는 것이 좋겠다는 생각이다. 트레바리에서 일하면서는 주로 한글로 커밋 메시지를 남기고 있다. 이렇게 메시지 한 줄을 이용해서 과거에 작업했던 내용을 더욱 자세히 알 수 있게 된 것 같다. 그런데 문득, 더 좋은 커밋 메시지를 작성할 수 있지 않을까 라는 생각이 들었다. 그래서 인터넷에 찾아보니 좋은 커..
-
[2019.10.28] source tree - Invalid username or password개발 블로깅/오늘의 TIL 2019. 10. 28. 13:49
평소 터미널에서 git push나 Pull 등 원격 저장소에 접근하는 것은 잘 되는데, 소스트리를 이용해서 접근을 하려고 하니 아래와 같은 메세지가 자꾸 나타나면서 접근이 되지 않는다. Invalid username or password github user 정보에는 이상이 없다... 구글링을 해보니 아래와 같이 해결할 수 있다. # 해결방법 소스트리 창이 켜진 상태에서, 소스트리의 '설정'을 클릭한다. 설정 창에서 'git' 탭 클릭 후, '시스템 Git 사용'을 클릭한다. 위와 같은 창이 뜨면, 바로 '열기' 버튼을 클릭하면 된다 이제는 정상적으로 소스트리에서 github 저장소로 접근이 가능하다~!
-
[2019.09.13] git rebase 사용법 - commit 상태를 변경시켜보자.개발 블로깅/기타 개념 2019. 9. 13. 22:17
'git log' 명령어를 입력하면, 해당 프로젝트의 commit 내용들을 확인할 수 있다. 그러나 작업하는 도중, 과거에 커밋한 내용에 대해 수정할 내용(코드, 커밋 메시지)이 있으면, 해당 커밋으로 돌아가서 내용을 변경할 수 있다. # 첫번째 practice1.js 파일 생성 현재 pratice1.js라는 파일을 새로 만든 후, 하나의 함수를 선언하고 '두 번째 commit'이라는 메시지로 commit을 하였다. # 두 번째 practice2.js 파일 생성 그리고, practice2.js 라는 파일을 하나 더 생성하여, '세 번째 commit'이라는 메시지로 commit을 한다. 여기서, 내가 '두번째 commit'으로 남긴 commit 메시지 내용을 변경하고 싶으면 아래와 같이 한다. # git ..
-
[2019.09.13] git stash 사용법 - 현재 상태를 저장해보자개발 블로깅/오늘의 TIL 2019. 9. 13. 19:49
최근에 A브랜치에서 작업을 완료 후 pull Request를 올렸다. 그리고 새로운 기능의 작업을 위해 B브랜치를 따서 쭉 작업하는 중, A브랜치에서 작업한 내용의 코드 리뷰를 받아 수정할 사항이 생겼다. A브랜치로 넘어가 코드 수정을 해야하는데, B브랜치에서는 작업 중이다 보니 A브랜치로 그냥 넘어갈 수가 없다. 위 상황을 해결할 수 있는 방법은 아래와 같다. 현재 작업 중인 상황을 그대로 commit을 한다. 새로운 브랜치를 따서 commit 후, 다시 현재 브랜치로 돌아온다. git stash 명령어를 이용한다. 3번의 git stash 명령어를 이용하면, branch를 새로 따거나, 불필요한 commit을 막을 수 있다. git stash 현재의 상태를 임시로 저장한다. 사용법 예시를 위한 세팅 ..
-
[2019.05.30] 오늘의 TIL - gitignore에 추가를 해도 반영이 안되는 이유개발 블로깅/오늘의 TIL 2019. 5. 30. 22:56
2주 프로젝트 때도 그렇고, 이번 4주 프로젝트 진행 중에도, scret키, API키 등의 내용을 github에 올리지 않으려고 gitignore에 추가를 했다. .gitignore node_modules/ package-lock.json secret/ ormconfig.json secret/ 디렉토리에 github에 올리지 않으려고 추가를 했으나, 'git status'로 확인하면 계속 수정 내역으로 나오는 것이다. 철자 하나 틀리지 않았다. 그런데 왜 .gitignore 반영이 되지 않는 것일까.. 무시하려는 파일이 이미 github repository에 올라가 있으면, 이후에 gitignore에 추가해도 반영이 되지 않는다. gitignore에 추가를 하기 전에, 이미 한번 이상 github에 올린..
-
[2019.05.06] 불필요한 github 업로드 방지 - gitignore 설정개발 블로깅/기타 개념 2019. 5. 6. 14:14
오늘 Express서버에 여러 가지 작업을 해본 것을 github에 올리기 위해서 repository를 새로 생성하고 push를 날랐다. 그런데... 소름 돋게도 node_moduls까지 전부 push가 된 것이다...;;; push를 날렸더니, 엄청난 양으로 로그가 촤라락~~!! 깜빡하고 github에 올리기 전에 gitignore 작업을 해주지 않은 것이다. # gitignore이란? 불필요한 파일들을 github에 업로드하는 것을 막기 위해, 업로드할 대상들을 설정할 수 있는 파일이다. 대표적인 예로는 node_modules가 있다. node_modules 정보는 package.json에 이미 명시가 되어있기 때문에 언제든 쉽게 모듈을 설치할 수 있으므로, 굳이 node_modules 안에 있는 모..