개인 GitHub를 정리하고 기록하는 과정에서,로컬 브랜치와 원격 브랜치 간의 싱크가 맞지 않는 문제,그리고 이전에 PR(Pull Request)에서 사용한 커밋 메시지가 반복해서 중복되는 문제가 발생했다. 심지어 브랜치를 삭제해도 동일한 커밋 메시지가 다시 나타나는 바람에프로젝트 히스토리가 어지러워졌고, 이 문제를 근본적으로 해결하고자 내용을 정리한다. 사용한 브랜치 구조`main` 브랜치 (기준 브랜치)`개인 브랜치` (작업용 브랜치)나는 주로 아래와 같은 방식으로 GitHub를 연습 및 사용해왔다. (개인 브랜치 재사용) 1. `git add .`> 해당 작업을 통해 내가 수정한 코드를 업로드 2. `git commit -m "커밋 메시지"`> 업로드한 코드를 commit 3. `git push ..

협업 중 반복되는 Conflict, 원인은 의외로 간단했다 프로젝트를 팀원들과 함께 진행하면서, `main` 브랜치에서 변경사항을 pull 받을 때마다잦은 충돌(conflict) 이 발생하는 일이 반복됐다. 처음에는 내가 작업하던 파일에서 충돌이 나는 줄 알았지만,자세히 들여다보니 내가 수정하지도 않은 파일에서도 충돌이 발생하고 있었다.그럴 때마다 해당 파일을 일일이 수동으로 수정하고,내 작업 브랜치에 push한 뒤 PR을 보내는 방식으로 진행했다. “왜 내가 수정하지도 않은 파일이 충돌을 일으킬까?”의문이 들었고, 결국 이 문제를 팀원들과 공유하며 원인을 함께 분석해보기로 했다. 나의 병합 방식나의 기본 작업 흐름은 다음과 같았다: # 개인 브랜치에서git add .git commit -m "작업 ..

CI/CD 란. 어플리케이션 개발 단계부터 배포 때까지 이 모든 단계를 자동화해서 사용자에게 배포할 수 있도록 만드는 것. CI(Continuous Integration) 지속적인 통합CD(Continuous Delivery) 지속적인 제공 or 지속적인 배포 `CI`란.버그 수정이나 새로 만드는 기능들이 메인 레포에 주기적으로 `build` 되고 `test` 가 되어서 `merge` 되는 것한 마디로. 빌드/테스트 자동화 과정. `CI` 의 중요한 포인트.1. 코드 변경사항을 주기적으로 빈번하게 머지해야 한다.한 기능을 구현할 때 한번에 머지하지 말고 조각을 잘 나눠 최대한 작은 단위로 개발하고 머지하며 통합.2. 통합을 위한 단계 ( 빌드, 테스트, 머지)의 자동화 `CI` 의 장점은 뭘까요? 1. ..

깃이란,,,, 분산형 버전 관리 시스템의 한 종류. git을 왜 사용할까? => `버전관리` 를 할 수 있기 때문,, 뭐 레포트 같은거 저장할 때 최종 -> 찐 최종 -> 찐찐최종 이러한 파일들을 복사, 백업, 저장등을 한 것이고이런 것이 우리가 하던 `버전 관리`라고 부른다.  버전 관리 시스템: 파일 변화를 시간에 따라 기록했다가 나중에 특정 시점의 버전을 다시 꺼내올 수 있는 시스템. Git의 장점각 파일을 이전 상태로 되돌릴 수 있다.프로젝트를 통째로 이전 상태로 되돌릴 수 있다.시간에 따라 수정 내용을 비교해 볼 수 있다. (디버깅)누가 문제를 일으켰는지 추적할 수 있다.누가 언제 만들어진 이슈인지 알 수 있다.파일을 잃어버리거나 잘못 고쳤을 때 쉽게 복구할 수 있다. 그러면 Git은 왜 필요할..

VsCode 설치 후... 초기 확장 플러그인 설치 또한, 코딩작업에 큰 영향을 주는 요인이라고 볼 수 있다고 나는 생각한다. 아래는 현재 본인이 사용하고 있는 플러그인의 목록이다. 1. Prettier (코딩 컨벤션의 일환으로, 코드의 형식적 일관성 유지에 도움이 된다.) 2. Material Icon theme (확장자 아이콘을 보기 쉽게 변경해 줘서 이쁘게 사용중.) 3. error lens (실시간으로 작성된 코드의 오류 메세지 출력) 4. live Server (실시간 리로드, html, css, js 코드 수정시 실시간 미리보기 환경 제공) 이렇게 4가지 정도 플러그인을 현재 사용중이며, 이외에도, korea (한글번역) 이란 플러그인도 존재하는데번역보단 원어로 직접 이해하고 공부하는게 좋을것..