# commit message
[Webstorm, intellij] 커밋 취소, 커밋 메시지 수정
이전에 vscode 환경에서 git 을 사용할 때는 일일히 터미널에 git add, commit, reset 등 명령어를 입력하여 관리했었다. 하지만 webstorm 편집기를 사용한 이후, 현재 저런 명령어들을 칠 필요없이 간편하게 git 을 다룰 수 있다. 이런 편리
Git - commit message
git 초보자인 나는 늘 commit messae를 어떻게 써야하나 고민하기 때문에 이렇게 정리하게 되었다. type(타입) : title(제목)body(본문, 생략 가능)Resolves : See also : |타입|사용 시점 |\|------\|------\||fe
개발규칙 정하기
happyhouse는 개인프로젝트가 아니라 팀프로젝트이기에 분명 규칙이 정해져 있어야 프론트와 백간의 협업, 그리고 프론트 내부에서의 협업이 원활하게 이뤄진다.issue를 생성하기위해서 깃헙 프로젝트의 issue탭을 클릭한 후 우측상단의 New Issue를 눌러주면 다
commit-message
일관성 있는 커밋 메세지 작성을 위해type: Subjectbodyfooterfeat: 새로운 기능fix: 수정docs: 문서 변경 사항style: 서식 지정, 세미콜론 누락 등 코드 변경 없음refactor: 프로덕션 코드 리팩토링test: 테스트 추가, 테스트 리팩
팀으로 일하는 법, 개발자의 기본기 (1) : Code Convention with Git & Github
1. Git & GitHub 🥕 Commit Message Git과 GitHub은 단순한 버전관리도구를 넘어선 문서 & 협업 툴이다. 개발자가 다른 개발자의 코드를 분석할 때 목적&시기를 확인하기 위해 제일 먼저 확인하는 것은 Git Commit Message이다.
이미 PR open 된 브랜치의 커밋 메세지를 변경해도 될까 (궁금하면 해본다 시리즈)
결론부터 말하면 되긴 된다. 조건부로.이미 누가 해당 브랜치를 받아 작업을 진행했다면 깃이 (심각하게) 꼬일 수 있다.근데 왠만한 경우 머지 되기 전에 해당 브랜치에 이어 작업하는 경우는 없으므로 괜찮지않을까?글 쓴 이유테스트결과사이드 프로젝트를 코틀린 + 스프링 조합
6/27 3일차
오늘은 백엔드 분들의 API 명세서를 기다려야하기 때문에 프론트엔드끼리 기능 구현 전 마무리를 짓기로 했다!내가 맡은 파트의 자료조사Github commit message rule 조사Github branch pattern 조사소셜 로그인(OAuth) --> 서버사이드
작은 습관들이기
1. IDE 커밋메세지 글자수 제한으로 무지성 커밋메세지 탈피 2. 안드로이드 스튜디오 unused imports 한번에 지우기
[Git] commit convention (type: subject의 중요성)
title 만 보고도 내부 내용을 알 수 있도록! (약속이 주는 효용성)
Git 커밋 메시지 컨벤션
제목 / 본문 / 꼬리말로 구성한다.feat: 새로운 기능 추가fix: 버그 수정docs: 문서 수정style: 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우refactor: 코드 리팩토링test: 테스트 코드, 리팩토링 테스트 코드 추가chore: 빌드 업무
[Git] Commit Message Rules
http://karma-runner.github.io/0.10/dev/git-commit-msg.html Intro commit message를 잘 쓰기 위해서 노력해야하는 이유는 잘 쓰인 커밋 메세지가 더 유익하다는 점을 많은 프로그래머들이 공감한다고 한다. 대표
Git 커밋 메시지 컨벤션
제목 / 본문 / 꼬리말로 구성한다.feat: 새로운 기능 추가fix: 버그 수정docs: 문서 수정style: 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우refactor: 코드 리팩토링test: 테스트 코드, 리팩토링 테스트 코드 추가chore: 빌드 업무
Git Commit Message Rules (apply to Team Project)
Pengsooz Team Project: Commit Message Rules
