8. WorkFolws 분할하기 1. WorkFlows 분할하기 CI/CD는 성공했지만, git flows를 적용하여 develop 브랜치로 commit 하면 build만 수행하고, release 브랜치로 commit하면 build와 release가 수행되게 하고 싶었다. workflows를 두 개로 분할하여 작성하였다. workflows_CI.yml name: Java CI with Gradle on: push: branches: { "브랜치 명" } pull_request: env: S3_BUCKET_NAME: { "S3 버키 명" } permissions: contents: read jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checko..

1. Work Flows 만들기 이번에는 GitHub Actions를 이용하여 CI/CD를 해볼 것이다. 1. GitHub Repository에서 GitHub Actions를 할 Branch 생성하기 “main”을 클릭하고 “View all branches”를 클릭한다. "New branch"를 클릭한다. "New branch name"을 작성하고 "Create new branch"를 클릭한다. 브랜치가 생성되었다. 2. Work Flows 생성하기 위쪽 탭에서 "Actions"를 클릭한다. 왼쪽 사이드에서 "New workflow"를 클릭한다. "Java"의 "Gradle" 환경을 사용하고 있기 때문에 "Java with Gradle"에 있는 "Configure"를 클릭한다. 기본적으로 작성된 코드가 ..

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가 되었다.