티스토리
관련 서비스
  • Symbols스토리 홈바로가기바로가기
  • 브런치브런치스토리바로가기바로가기
  • 카카오스토리카카오스토리바로가기바로가기

SdardewValley의 개발 농사
검색하기
블로그 홈

블로그 홈

SdardewValley의 개발 농사

sdardew-valley.tistory.com/m
신고

SdardewValley 님의 블로그입니다.

구독자
1
방명록 방문하기
구독하기

주요 글 목록

  • [Git/GitHub] Squash and merge Squash merge란? GitHub에서 PR을 merge할 때 [Create a merge commit], [Squash and merge], [Rebase and merge]의 3가지 옵션이 있다. create a merge commit은 단순하게 git merge 브랜치명만을 사용하는 방법이다. 해당 방법은 Fast-Forward & 3-way 병합 글을 보면 어떤 방식으로 병합이 되는지 알 수 있다. Rebase and merge는 rebase 글을 보면 된다. 이 글에서는 Sqash and merge에 대해서 다룰 것이다. squash merge는 git 히스토리를 요약해서 병합하는 방법이다. 분기 이후에 발생한 브랜치의 모든 commit들을 하나의 새 커밋으로 요약한다. 위에는 git log.. 공감수 0 댓글수 0 2022. 8. 13.
  • [GitHub] GitHub Actions 구성요소와 사용 방법 GitHub Actions란? GitHub Actions를 간략하게 설명하면 아래와 같다. GitHub Actions는 빌드, 테스트, 배포 파이프라인을 자동화할 수 있게 도와주는 CI/CD(지속적 통합/지속적 서비스 제공) 플랫폼이다. push라던가 pull-request 등의 이벤트가 발생했을 때 GitHub Actions에서 이벤트에 대한 워크플로우를 실행한다. 이벤트 처리를 위해서 GitHub에서는 Linux, Window, MacOS 가상머신을 제공해준다. GitHub Actions의 구성요소 이벤트가 발생했을 때 실행할 워크플로를 작성하면 해당되는 이벤트가 발생했을 때 가상머신이나 컨테이너에서 워크플로가 실행된다. 워크플로는 하나 이상의 job으로 구성이 되어 순차적으로 처리될 수도 병렬로 처.. 공감수 0 댓글수 0 2022. 6. 17.
  • [Git] revert revert 프로젝트를 되돌리기 위해서 reset을 사용하면 commit들이 삭제되기 때문에 좋은 방법이 아니다. 프로젝트를 과거 시점으로 되돌면서 기존의 commit들을 삭제시키지 않기 위해서는 revert를 사용하면 된다. revert는 기존의 commit들을 삭제하지 않고 새로운 commit을 생성하여 프로젝트를 과거의 시점으로 되돌린다. revert에서 log의 변화 git revert를 사용하면 메시지를 작성할 수 있는 vi 에디터가 나타난다. 로그를 출력하면 revert 메시지가 추가된 것을 확인할 수 있다. 그리고 파일들을 확인하면 이전의 시점으로 되돌아간 것을 확인할 수 있다. 여러 commit들을 revert 마침표 2개(..)를 사용하여 여러 commit들을 revert할 수도 있다. .. 공감수 0 댓글수 0 2022. 6. 12.
  • [Git] reset reset reset은 이전 commit으로 되돌아 갈 때 사용한다. --soft git log를 간단하게 출력했다. 이를 기준으로 비교할 것이다. git reset에 soft 옵션을 주면 HEAD 포인터의 위치가 변했고 변경된 HEAD 포인터 다음의 commit이 사라진 것을 확인할 수 있다. 하지만 파일들을 출력해보면 다른 변화가 있지는 않다. 그리고 수정된 파일은 모두 stage에 등록되어 있다. 파일을 수정하고 add하고 commit을 한 3개의 상태가 있을 때 soft 옵션은 add를 하고 난 뒤의 상태로 되돌려 준다. 즉 commit을 하기 직전의 상태로 되돌려준다. add는 이미 실행되었기 때문에 스테이지에 파일들은 모두 등록되어 있다. 요약하면 soft 옵션은 HEAD의 위치를 변경하고, .. 공감수 1 댓글수 0 2022. 6. 7.
  • [Git] rebase rebase rebase도 merge와 마찬가지로 브랜치를 합치는 방법 중 한가지이다. rebase가 merge와 달리 commit들을 재배열한다. base 새로운 브랜치는 기존의 브랜치를 기반으로 생성된다. 그리고 이렇게 새로운 브랜치가 생성됐을 때 분기가 발생했다고 표현한다. 위의 그림에서 feature 브랜치는 main 브랜치 기반으로 생성된다. 분기가 발생한 공통 조상 commit, main commit 1을 base라고 한다. rebase는 이 base 앞에 re가 붙은 단어이다. rebase는 브랜치 분기가 발생한 기준이 되는 브랜치의 base commit을 변경하는 것이다. rebase를 하는 이유 rebase를 하면 commit의 트리 구조가 단순화된다. 브랜치의 개수가 많아지는 경우 co.. 공감수 0 댓글수 0 2022. 6. 5.
  • [Git] conflict conflict 같은 위치의 코드를 동시에 수정하는 경우자동 병합이 실패하고 conflict가 발생한다. 파일의 동일한 부분을 수정하고 merge를 하면 CONFLICT 메시지가 출력된다. conflict가 발생했을 때 자동으로 commit이 생성되지 않는다. 이런 경우 직접 conflict를 해결하고 commit을 생성해야 한다. git status로 충돌시 상태를 확인하면 unmerged 메시지를 확인할 수 있다. 이런 충돌을 최소화 하기 위해서는 같이 작업할 때 상의를 하거나 혹은 자주 병합하는 것이 좋다. 💡 merge 취소하기 merge를 취소할 때 git merge --abort 명령어를 실행하면 된다. conflict 해결 > 병합하고자 하는 브랜치명(feature) conflict가 발생.. 공감수 0 댓글수 0 2022. 6. 4.
  • [Git] Fast-Forward & 3-way 병합 Fast-Forward Fast-Forward는 직역하자면 빨리감기이다. Fast-Forward 병합은 혼자 개발할 때 사용한다. 혼자 개발할 때 commit은 순차적으로 생성된다. commit이 순차적으로 발생한 경우 사용하는 병합 방식이 Fast-Forward이다. 혼자 작업 할 때 새로운 기능을 추가하기위해서 새로운 브랜치를 생성한다고 하자. commit들은 그림에서 볼수 있듯 순차적으로 생성된다. 해당 commit들은 Fast-Forward 방식으로 병합한다면 아래의 그림과 같이 병합될 것이다. 여기서 가장 큰 특징은 분기가 시작된 브랜치, 즉 main 브랜치에 아무런 변경도 없어야 한다. main commit 이후로는 어떤 commit도 없기 때문에 fast-forward 병합이 가능했다. 3-.. 공감수 0 댓글수 0 2022. 6. 3.
  • [Git] clean clean untracked 파일들을 clean 명령어를 통해서 제거할 수 있다. new라는 이름의 텍스트 파일을 생성했다. 해당 파일은 Untracked files, 즉 추적되지 않는 파일이다. 단순히 git clean 입력시 실행되지 않고 추가적인 옵션을 덧붙여야 한다. git clean -help를 실행하면 git clean 관련한 추가적인 옵션들이 출력된다. git clean -n을 입력하면 어떤 파일들이 제거될지 알 수 있다. n 옵션과 함께 d 옵션을 주면 어떤 디렉토리도 제거될지 알려준다. gitignore에 new2.txt 파일을 추가해 주었다. x, X 옵션이 없을 때 gitignore에 있는 파일은 제거 대상이 아니다. x (소문자 x) 옵션이 추가된다면 gitignore에 있는 파일 .. 공감수 0 댓글수 0 2022. 6. 1.
  • [Git] 스태시(stash) 스태시 스태시는 완료되지 않은 작업들을 임시로 저장할 수 있게 도와주는 기능이다. 스태시를 통해서 워킹 디렉토리의 작업을 스택 영역에 임시로 보관할 수 있다. 스태시를 사용하면 마지막 커밋 이후로 작업한 내용은 임시 저장되고 마지막 커밋 상태로 돌아간다. 변경사항이 남아 있을 때 git checkout으로 브랜치를 변경할 수 없다. 변경 작업을 도중 완료되지 않은 상태에서 브랜치를 변경해야 할 때 스태시 기능을 사용하면 된다. 실습 stash - 변경 내용 저장 새로운 브랜치에서 stash.txt라는 파일을 변경한 뒤 변경내용을 저장하지 않고 main 브랜치로 변경할 때 main 브랜치로 변경되지 않고 error가 출력된다. "Please commit your changes or stash them be.. 공감수 0 댓글수 0 2022. 5. 29.
  • [Git] 원격 저장소의 새로운 브랜치 가져오기 새로운 브랜치를 생성하고 git branch -r로 원격 저장소의 브랜치를 출력하면 새로운 브랜치가 보이지 않는다. 따라서 원격 저장소의 정보를 업데이트해줘야 한다. 이때 git fetch 명령어를 사용하면 된다. git fetch를 하고 git branch -r로 원격 저장소의 브랜치들을 출력하면 새로운 브랜치도 출력된다. 로컬 저장소에서 원격 저장소의 브랜치를 가져와서 사용하기 위해서 git checkout -b [로컬 저장소 브랜치명] [원격 저장소 브랜치명]으로 브랜치를 생성해 주었다. 위와 같이 작업을 하고 commit, push를 하면, 원격 저장소의 thirdbranch에 작업 내용이 반영 되는 것을 확인할 수 있다. 공감수 0 댓글수 0 2022. 4. 5.
  • [Git] 트래킹 브랜치 로컬 저장소에 매칭되는 원격 저장소의 이름은 같을 수도 다를 수도 있다. 로컬 저장소와 원격 저장소의 브랜치는 매칭되어 있는데 이런 매칭을 트래킹 브랜치(업스트림)가 도와준다. 이런 트래킹 브랜치들은 원격 저장소를 clone할 때 자동으로 설정된다. 위는 작업을 진행할 원격 저장소에 있는 브랜치이다. git brnach -v를 하면 clone한 저장소의 브랜치를 확인할 수 있다. 브랜치 목록을 보면 모든 브랜치를 가져온 것이 아닌 main 브랜치만을 가져온 것을 확인할 수 있다. 원격 저장소의 브랜치 목록을 보기 위해서는 -r 옵션을 주면 된다. 로컬 저장소의 브랜치와 원격 저장소의 브랜치를 모두 확인하고 싶다면 -a 옵션을 주면 된다. 트래킹 브랜치를 모두 확인하고 싶다면 -vv 옵션을 주면 된다. 로.. 공감수 0 댓글수 0 2022. 4. 4.
  • [Git] 원격 저장소와 로컬 저장소의 브랜치 이름이 같지 않을 때 push하기 원격 저장소의 이름과 로컬 저장소의 이름이 일치하지 않을 때 push 하는 방법이다. 위의 이미지를 보면 한 저장소에 main, newbranch 이렇게 2개의 브랜치가 있다. README 파일의 내용을 newbranch에는 new branch라는 내용으로 변경해서 push하려고 한다. README 작업은 main 브랜치에서 이루어졌다. newbranch에 반영하기 위해서 단순히 git push origin main이라고 하면 원격 저장소의 main 브랜치에 반영될것이다. newbranch에 main의 작업을 반영하기 위해서는 "git push 저장소명 작업을한브랜치:push할브랜치" 이렇게 입력을 해주면 된다. 나는 현재 로컬의 main 브랜치에서 작업을 했고, 원격의 newbranch에 push를 하.. 공감수 0 댓글수 0 2022. 3. 30.
  • [Git] checkout git에서 branch 이동은 checkout 명령어를 사용한다. 이 checkout에 대해서 정리하겠다. 배경이 초록색인 것이 현재 브랜치의 이름이다. 처음에는 main 브랜치에 위치해 있다. git branch newbranch 명령어를 통해 newbranch라는 이름의 새로운 브랜치를 생성하고, git checkout newbranch로 newbranch로 이동을 했다. git checkout newbranch를 실행 후 브랜치의 이름이 변경된 것을 확인할 수 있다. 브랜치를 생성함과 동시에 이동하는 것은 git checkout에 b 옵션을 주어 해결할 수 있다. git checkout -b newbranch를 사용하여 새로운 브랜치를 생성함과 동시에 이동했다. 해당 명령어를 실행하면 "new br.. 공감수 0 댓글수 0 2022. 3. 22.
  • [Git] branch branch는 프로젝트를 독립적으로 관리하는데 도움을 준다. branch를 통해서 기존의 코드와 분리하여 작업을 진행할 수 있다. branch의 특징 가상 폴더: git은 작업 폴더를 복사하는 것이 아닌 가상 폴더를 생성한다. 독립적인 동작: 원본 폴더와 독립적으로 작업을 할 수 있다. 빠른 동작: blob으로 내부를 구조화 하여 브랜치 변경이 빠르다. blob은 파일의 내용이 저장되는 object이다. 브랜치 명령어를 사용하면 commit이 하나 생성되고 branch로 할당한다. 이런 해시 파일을 생성하여 브랜치가 더 빠르게 생성된다. $ git branch 브랜치 목록을 확인할 수 있다. 현재 브랜치 앞에는 *이 붙는다. branch 생성 $ git branch 브랜치명 commitID 브랜치를 생성.. 공감수 0 댓글수 0 2022. 1. 31.
  • [Git] HEAD 포인터 HEAD 포인터는 작업 중인 브랜치의 마지막 commit ID를 가리키는 참조 포인터이다. 작업 중인 브랜치의 마지막 commit ID이기 때문에 브랜치를 이동하면 HEAD 포인트로 변경된다. 이동한 브랜치의 마지막 commit을 바리키게 된다. HEAD를 통한 상대적 위치 HEAD 포인터는 기준점으로 사용된다. HEAD를 기준으로 상대적인 commit 위치를 지정할 수 있다. 이 때 사용되는 기호는 ~이다. HEAD 바로 이전의 commit은 HEAD~로 알 수 있다. HEAD~의 정보를 출력했을 때 HEAD 바로 직전 commit인 19fe로 시작하는 commit이 출력되는 것을 확인할 수 있다. 바로 직전 commit이 아닌 더 전의 commit은 숫자를 지정하면 된다. 2번째 commit은 HEA.. 공감수 0 댓글수 0 2022. 1. 29.
  • [Git] pull & fetch pull pull은 원격 저장소에서 현재 commit 보다 더 최신 commit 정보가 있을 때 내려 받는다. 받은 정보는 stage 영역이 아닌 원격 저장소를 위한 임시 브랜치에 저장한다. 이렇게 내려받은 commit들은 로컬 commit과 비교하여 현재 브랜치와 자동으로 merge한다. pull 명령어를 하더라도 충돌이 발생하여 자동으로 merge가 되지 않을 때가 있다. 이런 경우네는 fetch를 사용한다. fetch fetch는 원격 저장소를 위한 임시 브랜치에 코드를 내려 받는 것은 같다. 하지만 pull처럼 자동으로 commit을 merge하지 않는다. 단순히 commit들만을 가져 오는 것이다. 이 브랜치는 서버명/브랜치명 형태의 이름을 가진다. 이렇게 내려 받은 commit은 git mer.. 공감수 0 댓글수 0 2022. 1. 26.
  • [Git] commit commit 의미 있는 변경 작업들을 저장소에 기록하는 것 git은 변경된 부분만을 추출하여 기록한다. 변경된 내용만을 관리하고, 코드가 변경된 시간에 따라서 저장하는데 이를 commit이라고 한다. commit은 parent commit에 대해 변화된 부분만을 새로운 commit으로 생성하여 시간과 함께 기록한다. index.html 파일을 새로 생성하고 git status를 터미널에 입력했을 때 Untracked files라고 출력된다. 위의 파일은 git의해 변화가 추적되지 않는다. commit을 위해서는 위의 파일이 추적 가능한 상태가 되어야 하고 git add를 통해서 추적 상태로 변경을 할 수 있다. git add로 stage 상태로 파일이 변경되었다. git add를 한 뒤에 git stat.. 공감수 0 댓글수 0 2022. 1. 17.
  • [Git] .gitignore & 간단한 표기법 .gitignore .gitignore 파일을 통해서 개인 정보와 같은 민감한 데이터가 포함되어 repository에 올리고 싶지 않은 파일들을 관리할 수 있다. .gitignore에 포함된 파일이라면 추적 대상에서 제외되며, 작업하고 있는 디렉토리의 최상단에 두어야 한다. 표기법 # 주석을 적을 때 사용하는 기호이다. 위와 같이 파일 이름만 적으면 그 파일은 추적 대상에서 제외가 된다. #로 추적 제외 대상이 무엇인지 기입한다. * *은 모든 문자열이라는 의미에 기호이다. *.class라고 되어 있다면 class 파일을 모두 제외한다. 위의 기호는 glabbing 문자이다. 아래의 사이트에 내용이 정리되어 있다. https://linuxhint.com/bash_globbing_tutorial/ Bash.. 공감수 0 댓글수 0 2022. 1. 6.
  • [Git] working directory & stage Git의 저장공간 working directory: 작업을 하는 공간 stage: 임시로 저장하는 공간 repository: 실제로 저장하여 기록하는 공간 working directory 작업을 하는 공간 로컬 저장소에 접근하여 실제로 파일 생성 및 수정하는 공간 untracked VS tracked git이 모든 파일을 관리한다면 시스템에 부하 가능성이 있다. 따라서 git은 요청받은 파일들만 추적 관리를 한다. git은 tracked 파일과 untracked 파일을 나누어서 추적 관리를 하는데, 이렇게 함으로써 시스템 부하를 줄이고 효율적으로 관리할 수 있다. untracked working directory에 파일이 생성된 직후의 상태 git이 파일을 추적하지 않는 상태 .gitignore에 있는 .. 공감수 0 댓글수 0 2022. 1. 6.
  • [Github] remote: Support for password authentication was removed on *. Please use a personal access token instead. remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead. remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information. fatal: Authentication failed for 'github_address' git push를 했을 때 위의 문제가 발생했을 때 해결 방법이다. 에러를 읽어보면 personal access token을 사용하란다. 원래 git push를 하면 Username과.. 공감수 0 댓글수 0 2021. 8. 24.
  • [Git] modified, Untracked files 되돌리기 Makefile에서 다른 unittest만 실행하려고 했는데 다른 명령어까지 실행되어 파일이 변경되었다. 이를 다시 원래대로 되돌리려고 한다. modified file 저기 위를 보면(git status를 입력하고 난 뒤의 모습이다) git restore를 사용해서 변경된 것을 버리라고 했다. git restore 파일명 위의 명령어를 입력하고 난 뒤 확인하면 modified된 파일이 다시 원래대로 되돌아 간 것을 확인할 수 있다. Untracked file 위에서 사용한 git restore에 untracked file를 입력하였을 때 적용되지 않는다. $git clean -fd $git clean -f 이 경우에는 git clean을 사용해야 한다. -f를 주면 untracked된 파일을 모두 지울 .. 공감수 0 댓글수 1 2021. 7. 14.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.