다음의 포스트를 참고하여 작성하였습니다. 깃(Git) 커밋 가이드, (2022.01.27) 이전에 Git Commit Message Convention 관련하여 다뤄본 적이 있다. 요즘 회사에서 Github(Git)를 제대로 사용하게 되면서 드는 몇가지 생각이 있었다. 커밋은 어떤 단위로 해야할까? Git을 사용하다보면 각자 사용하는 방법이 조금씩 다르다는 것을 느끼게 된다. 나는 그 중 커밋을 언제마다 해야할까에 대해서 고민을 많이 하게 된다. 참고 포스트에서 아래와 같은 문구를 읽게 되었다. “커밋은 논리적으로 구분이 되고, 일관성이 유지되는 단위로 최대한 작게 쪼개서 되어야합니다. (Each commit is a minimal coherent idea)”. 사실 최대한 작게 Commit을 하게되면 일거리가 많이 늘어나게 되어 귀찮아진다. 그래도 이렇게 운영할 경우 코드리뷰를 위해서 볼 때나 버그나 사이드 이펙트를 발견하는 데 큰 도움이 된다. 특히 히스토리를 통해 현재 코드가…

내가 자주 쓰지만 아직도 잘 기억 못하는 Git Command들을 정리해봤다. 1. Git 저장소 상태 조회 Git 저장소 상태 조회 Git 저장소 상태 조회 요약 2. Git 옵션 설정 username 설정 3. Git 스테이징 관련 3-1. 스테이징 파일 추가 파일 하나 추가 파일 여러 개 추가 모든 변경 내용 추가 3-2. 스테이징 파일 제거 스테이징 파일 제거 3-3. 스테이징 파일 커밋 커밋 add와 동시에 커밋 커밋 메세지 반영하여 커밋 add와 동시에 커밋 메세지 반영하여 커밋 3-4. 커밋 이력 확인 커밋 이력 확인 (number)개까지의 이력 확인 커밋 이력 이쁘게 확인 4. Git 원격 저장소 관련 4-1. 원격 저장소 변경사항 반영 원격저장소의 변경사항 워킹트리 반영 원격저장소 등록 원격저장소 목록 원격저장소 push 원격저장소 로컬저장소로 복제 1. Git 저장소 상태 조회 2. Git 옵션 설정 3. Git 스테이징 관련 3-1. 스테이징 파일 추가 3-2.…

다음의 포스트를 참고하여 작성하였습니다. How to Write a Good README File for Your GitHub Project, (2021.11.13) 0. README Github를 사용할 경우 다른 사람들이 프로젝트를 잘 이해할 수 있도록 좋은 프로젝트 문서를 작성해야한다. 보통 많은 사람들이 Github를 입문할 때 README파일에 대해 잘 알지 못하고 시작한다. (그냥 뭐 다른 사람들의 프로젝트에 있는 멋진 문서 정도?? 나는 그렇게 생각했다.) 원글에 내용처럼 나도 점차 개발에 대한 열정이 커지면서 다양한 유저들을 팔로우하기 시작했다. 멋있는 개발자들은 모두 아름다운 프로젝트를 가지고 있고, 유명한 오픈소스에 기여했다는 공통점이 있었다 또한 그들의 아름다운 프로젝트에는 자세한 README 파일이 있었다. 나도 README를 잘 써보기로 결심했다. 1. 왜 README를 잘써야하나 README파일은 저장소에 올라와있는 프로젝트에 대한 자세한 안내를 해주는 가…