1. slack api에서 설명하는 3번 과정까지 진행한다.  https://api.slack.com/messaging/webhooks 2. 생성된 slack webhook url을 Secrets 환경 변수에 등록한다.  3. .github/workflows/{파일명}.yml 파일에 아래 내용을 작성한다.  # Slack Webhook 설정 - name: action-slack uses: 8398a7/action-slack@v3 with: status: ${{ job.status }} author_name: Backend fields: repo,commit,message,author mention..

1. 토스트 에디터로 뷰어 만들기 with codepen - vanilla js를 이용하지 않고, toast ui edior의 viewer를 사용해 마크다운 문법 적용(개발자 친화적) - Toast ui editor viewer는 에디터를 로딩하지 않고 마크다운 콘텐츠를 보여줄 수 있도록 뷰어를 제공한다. toast ui editor kor verson document : https://github.com/nhn/tui.editor/blob/master/docs/ko/getting-started.md ) ( .. viewer : https://github.com/nhn/tui.editor/blob/master/docs/ko/viewer.md ) 컨테이너 요소 추가 ... ... 브라우저 환경에서의 nam..

혼자서 github-flow 연습 프로젝트 매니저 1. Github 접속 2. Repository 생성 후 README.md 파일 추가 3. Settings : Branches : Branch protection rules : Require a pull request before merging 체크, Require approvals 체크 후 저장 4. Settings : Collaborator -> add people 5. Issue 생성 -> Title & Content 작성 -> Label 및 asignees 설정 -> Submit 개발자 1. git bash terminal 접속 후 git clone "레파지토리 주소" 2. git checkout -b "Label명/이슈번호" 로 브랜치 생성 3...

Rebase 하기 Git에서 한 브랜치에서 다른 브랜치로 합치는 방법은 두 가지가 존재한다. 하나는 Merge이고, 다른 하나는 Rebase이다. 두 방법의 차이점을 살펴본다. Merge Rebase 그림을 보면 어떤 점이 다른 것 같은가? Merge의 경우, 기존의 커밋 히스토리는 남겨두고 merge하고자 하는 브랜치를 기준으로 새로운 커밋이 생긴다. 하지만 Rebase는 기존의 커밋은 사라지고 rebase하고자 하는 브랜치를 기준으로 커밋을 재정렬한다. 개인적으로 두 방법 중에 Merge가 좋은 것 같다. Rebase를 사용하면 커밋이 재정렬되어 깔끔해보이긴 하겠지만 큰 프로젝트에서 전체적인 프로세스 과정을 이해하거나 히스토리를 살펴볼 때는 Merge를 사용하면 이전 기록이 모두 남아있어서 더 좋지 ..

1. 빈폴더 생성 git init main : c0 c1 bugFix 브랜치 생성, c2 main : c3, git merge bugFix main : c4 2. git init touch 0 && git add . && git commit -m "C0" git checkout -b bugFix echo '안녕' > 1 && git add . && git commit -m "C1" git log --oneline --graph --all 1 파일의 내용의 안녕 으로 설정 후 커밋 git checkout main echo '잘가' > 1 && git add . && git commit -m "C2" git log --oneline --graph --all 1 파일의 내용의 잘가 으로 설정 후 커밋 git ..