프로그래머스 Github 연동코딩테스트는 프로그래머에게 있어 빼놓을 수 없는 중요한 평가 요소이다.꾸준히 문제를 풀며 실력을 쌓는 과정이 필요하고, 특히 프로그래밍 입문자에게는 자신이 생각한 해결 방법을 코드로 구현하는 능력을 기르는 데 큰 도움이 된다. 이런 점에서 코딩테스트는 선택이 아니라 필수라고 할 수 있다.하지만 다양한 문제를 지속적으로 풀다 보면, 이를 일일히 정리하고 기록하는 과정이 꽤 번거롭게 느껴질 수 있다.이번 포스팅에서는 프로그래머스 ( Programmers ) 에서 푼 문제를 Git Repository 에 자동으로 커밋되도록 연동하는 방법을 정리한다. Chrome 웹브라우저 기준으로 설명한다.https://chromewebstore.google.com/detail/%EB%B0%B1%..

Pull Request깃허브의 풀 리퀘스트는 내가 수정한 코드를 원본 브랜치에 합쳐되 되는지 검토를 요청하는 기능이다.main 브랜치 : 원본 코드feature / login 브랜치 : 로그인 기능을 작업한 코드이 상태에서 feature / login 의 내용을 main 에 넣고 싶을 때그냥 바로 합치는 게 아니라 풀 리퀘스트를 만들어서 코드 리뷰를 받고, 확인 후 병합하는 기능이다. 사용하는 이유코드 검토다른 작업자가 본인 코드를 보고 버그, 실수, 개선점이 있는지 확인변경 내용 공유어떤 파일이 바뀌었는지왜 이렇게 수정했는지다른 작업자가 한 눈에 확인할 수 있다안전하게 병합바로 main 에 병합하지 않고 리뷰를 거친 뒤 병합해서 실수를 줄일 수 있다 기본 흐름main 에서 새 브랜치 생성작업 진행커밋..

좋은 커밋 메세지 작성 ▼ 커밋 메세지의 구조[Type] 제목본문 (선택사항)꼬리말 (선택사항) Type ( 태그 / 접두사 )커밋의 성격을 나타내는 Type 을 제목 앞에 붙인다 핵심 Typefeat : 새로운 기능 추가fix : 버그 수정 그 외 자주 사용하는 Typedocs : 문서 수정style : 코드 포맷팅 , 세미콜론 누락 등 ( 동작에 영향이 없음 )test : 테스트 코드 추가 또는 수정perf : 성능 개선refactor : 리팩토링chore : 빌드 업무 , 패키지 설정 , 라이브러리 업데이트 등ci : CI / CD 관련 변경build : 빌드 시스템 수정 ▼ 대괄호 방식 ( Bracket Style )git commit -m "[feat] Implement enemy spawn ..

버전 관리 흐름 ( 작업 단계 )Working Directory은 작업중인 폴더이다. └ 해당 폴더에서 파일 추가, 삭제, 수정이 일어나게 되면 그 모든 내역은 추적이 된다.변동 내용들이 git add 를 통해 차곡차곡 staging area 에 모인다. └ 파일 하나만 변했는데 새로운 버전을 만들어버리면 무수히 많은 버전들이 생겨날 것이므로 └ 반영하고자 하는 변동사항들을 잠시 차곡차곡 모아두는 곳이라고 생각하면 된다.스테이징 공간에 add 를 통해 모인 변경 사항들에 git commit 과정을 거치게 되면 하나의 버전이 만들어 지게 된다. └ 이러한 버전들은 로컬 저장소에 차곡차곡 쌓인다.문제가 생기거나 버그를 수정할 목적으로 과거 차곡차곡 쌓아두었던 특정 버전으로 돌아갈 수도 있다.로컬 공간에서 g..

1. 저장소 초기화git init프로젝트 폴더를 Git 이 관리할 수 있도록 초기화한다..git 폴더가 생성된다. 2. 변경사항 확인git status현재 어떤 파일이 수정되었는지 , 어떤 파일이 추적되지 않았는지 확인한다. 3. 스테이징 ( Stage )git add 파일명git add . # 모든 변경사항을 스테이징Working Directory 의 변경 내용을 Staging Area 에 업로드한다다음 커밋에 포함될 준비를 한다. 4. 커밋 ( Commit )git commit -m "변경 내용 요약 메시지"Staging Area 의 내용을 로컬 저장소에 버전으로 저장한다.이때마다 스냅샷이 생성된다. 5. 원격 저장소 ( Remote ) 연결git remote add origin http..

README프로젝트를 처음 보는 사람이 무엇을, 어떻게 실행해야 하는지 알 수 있도록 돕는 소개 문서이다.README 는 쉽게 말하면 가이드라인, 설명서 정도로 생각할 수 있다.README 파일에는 일반적으로 프로젝트에 대한 정보가 담겨 있다.소프트웨어 배포시에 함께 포함되는데, 이러한 점이 새 제품을 구매했을때 읽어보는 사용 설명서와 비슷하다.GitHub 에서는 README.md 파일이 자동으로 리포지토리 첫 화면에 표시된다.Markdown 문법으로 작성해야 깔끔하게 정리된다. ( .md 확장자 ) 작성 방법파일 생성프로젝트 루트 폴더 ( 최상단 ) 에 README.md 파일 생성Visual Studio / Visual Studio Code / Notepad++ 모두 가능하다단 확장명은 반드시 .m..

로컬이나 원격 저장소를 삭제할 경우는 정말 조심해야한다.로컬 저장소나 원격 저장소를 지워야 할 각각의 상황에 따른 삭제 방법을 서술한다. 로컬 리포지토리 삭제진행되던 프로젝트가 종료되어 로컬 저장소 즉, 개개인의 컴퓨터에는 프로젝트를 남기고깃허브 관리 대상 추척을 멈추게 하려는 상황이다.▲변동 추척을 멈추고자 하는 리포지토리에 우클릭을 하여 Remove 클릭▲정말로 깃허브 데스크톱에서 해당 리포지토리를 제거할 것인지 묻는 창이 뜬다.여기서 체크박스가 중요한 역할을 차지한다.지금과 같이 원격 저장소에서도 프로젝트를 살려두고, 로컬 저장소에서도 해당 내용을 살려 두고 싶은 상황이라면Also move this repository to Recycle Bin 을 체크 해제관리 대상에서만 제거될 뿐 , 모든 파일..

Git 이란?소스 코드의 변경 이력을 관리하는 분산 버전 관리 시스템이다.( Distributed Version Control System , DVCS )깃은 기존 작성된 내용에서부터 생긴 변동사항을 추적하고 , 변동사항들을 마치 버전처럼 관리할 수 있는 기능을 제공한다.만약 지금 작업중인 사항에 문제가 있을 경우 , 변경사항을 취소하거나 되돌리는 기능을 제공한다.더 나아가선 과거 특정 버전의 파일로 되돌아가는 기능을 제공한다.깃은 웹상의 원격 저장소에 저장이 되기 때문에 필요 시 다른 기기에서 편리하게 업데이트 된 최신 작업본을 받을 수 있다.깃은 협업에도 유용하다.원격 저장소에 저장되는 특성 덕분에 여러 명의 사용자들이 동일한 파일에 작업하는 것을 조율할 수 있다.변경사항을 다른 개발자들과 공유하기 ..

GitHub 가입 1. ▼GitHub 가입▲https://github.com/ 페이지로 이동하여 우상단 Sign in 버튼을 클릭 ▲기존 가입자는 유저네임 또는 이메일 / 비밀번호 입력하고 Sign in 클릭▲신규 가입자는 하단의 Create an account 클릭 ▲위에서부터 이메일 , 깃허브 로그인용 비밀번호 , 유저이름 , 사는 국가 / 지역 입력▲입력후 Create account 클릭▲위에서 입력한 이메일 주소로 확인용 이메일을 수신해서 8글자 입력▲확인용 이메일에서 코드 입력하고 나면 추가 정보를 기입하는 페이지가 나온다▲2~5 명 정도 규모로 클릭 , Students 를 클릭하거나 하단에 Skip personalization 클릭해서 스킵할수 있다. ▲이 화면까지 나온다면 계정 생성 완료