GitHub Actions란 무엇일까? GitHub Actions란? GitHub Actions는 빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 CI/CD 플랫폼이다. 리포지토리에 Event가 발생할 때 트리거 되도록 GitHub 작업 work flows를 구성할 수 있다. Work Flows란? work flows는 하나 이상의 작업을 실행하는, 구성 가능한 자동화 프로세스이다. work flows는 리포지토리에 체크인된 YML 파일에 의해 정의되며 Event에 의해 트리거 될 때 실행되거나 수동 또는 정의된 일정으로 트리거 될 수 있다. work flows는 리포지토리의 .git/workflows 디렉터리에서 정의된다. 리포지토리에는 여러 work flows가 있을 수 있으며, 각 work f..

application.properties파일 gitignore 하기 properties에는 유출되면 보안에 치명적인 정보가 많이 들어있다. 따라서 원격에 올릴 경우 막대한 피해를 보게 될 수도 있으므로 properties등과 같은 민감한 파일은 올리지 않는 것이 좋다. 인텔리제이의 왼쪽 사이드에서 ".gitignore" 이라는 파일을 찾아 클릭한다. 없을리가 없겠지만 없다면 ".gitignore"파일을 생성해주자. 다음과 같은 위치에 "application.properties"를 추가해 주었다. .git에서 이전에 버전으로 관리했었던 properties를 관리하지 않도록 해주어야 한다. git rm --cached git status로 확인했더니 deleted라고 되어있다. 깃허브 원격저장소에서 확인해 ..

Git Bash로 pull request 하기 1. (fork 한 계정) pull request를 할 계정의 레포지토리를 "fork" 한다. "Create fork"를 누른다. 앞전의 같은 저장소를 포크 한다면 커밋차이가 있다고 알려주는데, "Sync fork"를 눌러주면 된다. 2. (fork 한 계정) fork한 레파지토리를 나의 로컬 저장소로 clone 한다. 폴더를 생성하여 클론 하기 git clone 3. (fork 한 계정) 클론 한 폴더에 새로운 브랜치를 생성한다. 브랜치 생성과 체크아웃하기 git checkout -b 4. (fork 한 계정) 새로운 브랜치에서 작업을 한다. 파일을 완전히 수정해 주었다. 5. (fork 한 계정) 작업한 브랜치를 푸시하기 푸시하기 git push 6. (..

Git Bash로 원격 저장소에 fetch와 pull 하기 레포지토리에서 새로운 파일 추가해 보기 파일 이름, 텍스트, 커밋을 입력한 후 생성해 준다. 새로운 파일이 생성된 것이 확인되고 3개의 commit이 확인된다. 로컬 저장소에는 2개의 커밋이 확인된다. 원격 저장소의 커밋이 1개 앞서 있다. 로컬과 원격 저장소의 커밋에 차이가 생겼다. fetch 변경 사항만 가져오기 git fetch git fetch // "git push -u " 을 한 번이라도 입력했다면 "origin/main"브랜치가 한 커밋 앞서 있기 때문에 "HEAD -> main"으로 나와있다. fetch를 해서 아직 병합은 되지 않아 아직 두 저장소는 차이가 존재한다. fetch(가지고 온변경 사항만) 확인하기 1. 원격 저장소의 ..

Git Bash로 원격 저장소에 clone과 push 하기 clone, push Clone 1. 다른 사람의 코드를 클론 하기 위해 링크를 복사한다. 2. 바탕화면에 클론한 파일을 담을 폴더를 생성한다. 3. 해당 폴더에 Git Bash를 실행하여 아래의 명령어를 입력한다. git clone 폴더를 만들어준다. ".git" 폴더까지 완전히 복사되었다. commit 이력까지 볼 수 있다. Push 1. 원격 저장소를 하나 만들어 주었다. 2. 새로운 빈 폴더를 만들고 "Git Bash"를 실행한다. 3. 깃을 실행해 준다. git init 폴더에 ".git"이 생성되었다. 임의의 텍스트를 2개 정도 작성하여 한번에 커밋해서 넣어주겠다. git add . git commit -m "first commit" ..

Git Bash로 rebase 하기 rebase 각각의 폴더를 생성하고 커밋을 하여 3개의 버전을 만들어 둔 상태이다. "charactor" 브랜치를 만들어 준다. 브랜치의 생성과 체크아웃하기 git checkout -b 추가적으로 "charactor"브랜치에서 2개의 버전을 추가했다. "master"브랜치로 2개의 버전을 더 만들어준 뒤 브랜치는 아래와 같다. "charactor"브랜치는 3번째 커밋을 base로 만들어졌다는 것이 확인 가능하다. 1. base를 바꾸고자 하는 브랜치로 체크아웃을 해준다. git checkout 2. rebase를 해준다. git rebase rebase가 되었다.

Git Bash로 브랜치 관리하기 branch 브랜치 확인하기 git branch * 은 현재 "master"브랜치에 있다는 의미이다. 브랜치 생성하기 git branch "test"라는 브랜치를 만들었고 현재 "master" 브랜치에 있음을 알 수 있다. 브랜치 체크아웃하기 git checkout 체크아웃이 된 것이 확인가능하다. "git log"에서도 HEAD는 "test"를 가리키고 있다고 표시된다. HEAD는 test브랜치의 최신 커밋을 가리키고 있다. "master"브랜치로 체크아웃하면 "test"브랜치에서 작업했던 "1.txt"가 사라져 있다. "master"브랜치와 "test"브랜치 비교 "master" 브랜치의 최신 커밋 "test" 브랜치의 최신 커밋 위 두 개의 이미지를 통해 "test..

Git Bash로 작업 임시 저장하기 stash 작업 임시 저장하기 git stash 임시 저장한 작업 목록 조회 git stash list 다시 작업이 되돌아가 있다. "fifth commit"에서 작업했던 내역이 있다고 알려준다. 임시저장할 때 메시지도 남기기 git stash -m "" 위에서 입력한 메시지가 남겨졌다. 또한 최근에 임시저장한 내역은 다시 0번으로 바뀌었다. 임시저장 내역 불러오기 git stash apply 텍스트가 수정되었다고 알려준다. 해당 텍스트도 임시저장 할 때로 돌아와 있다. 임시저장 내역 삭제하기 git stash drop "git stash list"를 통해 임시저장 내역이 삭제되었음을 확인할 수 있다.