<div id="readability-page-1" class="page"><section><p>회사별 룰</p>
<ul>
<li>코딩 컨벤션</li>
<li>빌드룰</li>
<li>
<p>커밋룰</p>
<ul>
<li>versionning</li>
</ul>
</li>
<li>이슈관리룰</li>
<li>문서작성룰</li>
<li>핫픽스룰</li>
</ul>
<h2 id="convention"><a href="#convention" aria-label="convention permalink"></a>Convention</h2>
<h2 id="commit"><a href="#commit" aria-label="commit permalink"></a>Commit</h2>
<p>with semantic versioning
and changelog</p>
<p>툴을 이용해서 커밋을 하면 컨벤션 지키기도 쉽고 관리도 쉬워지겠다</p>
<ul>
<li>
<p>standard-version - versioning, changelog, commit</p>
<ul>
<li>커밋을 인터랙티브하게 했으면 좋겠는데 그냥 설정파일 기반으로 한다</li>
</ul>
</li>
<li>semantic-release - standard-version + publishing(release)</li>
<li>
<p><em>git cz</em></p>
<ul>
<li>need package.json file</li>
<li><code>echo '{ "path": "cz-conventional-changelog" }' &gt; ~/.czrc'</code></li>
<li><code>-a</code> option 넣으니 된다</li>
<li>
<p>이건 커밋만 해주고 체인지로그는 안바꿔준다</p>
<ul>
<li>체인지로그와 버저닝은 github actions에서 해주는게 좋겠다</li>
</ul>
</li>
</ul>
</li>
<li>
<p>git-chglog</p>
<ul>
<li>need config file</li>
</ul>
</li>
<li>release-it - versioning, changelog, publishing(release)</li>
</ul>
<h4 id="conventional-commits"><a href="#conventional-commits" aria-label="conventional commits permalink"></a>Conventional commits</h4>
<p>feat()
fix
docs
refactor
style
test
chore</p>
<pre><code>feat(lang): add korean language

BREAKING CHANGE: new release (options)
</code></pre>
<p>feat은 minor, fix는 patch, BREAKING CHANGE는 major를 변경하는 식이다.</p>
<blockquote>
<p><a href="https://www.conventionalcommits.org/ko/v1.0.0/">https://www.conventionalcommits.org/ko/v1.0.0/</a></p>
</blockquote>
<h4 id="keep-a-changelog-change-log-convention"><a href="#keep-a-changelog-change-log-convention" aria-label="keep a changelog change log convention permalink"></a>keep a changelog (change log convention)</h4>
<p>Added
Changed
Deprecated
Removed
Fixed
Security</p>
<blockquote>
<p><a href="https://keepachangelog.com/en/1.0.0/">https://keepachangelog.com/en/1.0.0/</a></p>
</blockquote>
<h4 id="semantic-versioning"><a href="#semantic-versioning" aria-label="semantic versioning permalink"></a>semantic versioning</h4>
<p>javascript 에서는 편의를 위한 라이브러리가 많이 있는데
golang에서도 각각 따로 구현되어있다
changelog를 자동 생성해주고
versioning을 도와주고 lint 해주고</p>
<ul>
<li>
<p>푸시를 할 때 태그를 이용해서 버전을 직접 입력해줘야 하나?</p>
<ul>
<li>default는 마지막 patch로 한다</li>
<li>CI로 설정해놓으면 commit 메시지를 읽고 자동 변경</li>
<li>처음에 v0.0.0 태그와 latest 태그만 생성해준다</li>
</ul>
</li>
<li>
<p>changelog는 직접 입력하는건가?</p>
<ul>
<li>commit message로 template을 정해서 적는다</li>
</ul>
</li>
</ul>
<p>keepachangelog template
bumper</p>
<h2 id="code-review"><a href="#code-review" aria-label="code review permalink"></a>Code review</h2>
<h2 id="api-document"><a href="#api-document" aria-label="api document permalink"></a>API document</h2>
<h4 id="그-기술을-도입하기-위해-회의한-회의록이나-고려사항들을-볼-수-있을까"><a href="#%EA%B7%B8-%EA%B8%B0%EC%88%A0%EC%9D%84-%EB%8F%84%EC%9E%85%ED%95%98%EA%B8%B0-%EC%9C%84%ED%95%B4-%ED%9A%8C%EC%9D%98%ED%95%9C-%ED%9A%8C%EC%9D%98%EB%A1%9D%EC%9D%B4%EB%82%98-%EA%B3%A0%EB%A0%A4%EC%82%AC%ED%95%AD%EB%93%A4%EC%9D%84-%EB%B3%BC-%EC%88%98-%EC%9E%88%EC%9D%84%EA%B9%8C" aria-label="그 기술을 도입하기 위해 회의한 회의록이나 고려사항들을 볼 수 있을까 permalink"></a>그 기술을 도입하기 위해 회의한 회의록이나 고려사항들을 볼 수 있을까</h4>
<h2 id="코드-파악하기"><a href="#%EC%BD%94%EB%93%9C-%ED%8C%8C%EC%95%85%ED%95%98%EA%B8%B0" aria-label="코드 파악하기 permalink"></a>코드 파악하기</h2>
<p>특정 부분을 돌려보고 디버깅 해보기
특정 부분을 수정하려면 어떻게해야할지 생각해보기</p>
<h2 id="team"><a href="#team" aria-label="team permalink"></a>Team</h2>
<h4 id="같은-영역에-있는-개발자들끼리-한-동영상으로-같이-스터디"><a href="#%EA%B0%99%EC%9D%80-%EC%98%81%EC%97%AD%EC%97%90-%EC%9E%88%EB%8A%94-%EA%B0%9C%EB%B0%9C%EC%9E%90%EB%93%A4%EB%81%BC%EB%A6%AC-%ED%95%9C-%EB%8F%99%EC%98%81%EC%83%81%EC%9C%BC%EB%A1%9C-%EA%B0%99%EC%9D%B4-%EC%8A%A4%ED%84%B0%EB%94%94" aria-label="같은 영역에 있는 개발자들끼리 한 동영상으로 같이 스터디 permalink"></a>같은 영역에 있는 개발자들끼리 한 동영상으로 같이 스터디</h4></section></div>

shdkej

회사별 룰
코딩 컨벤션
빌드룰
커밋룰
versionning
이슈관리룰
문서작성룰
핫픽스룰
Convention
Commit
with semantic versioning
and changelog
툴을 이용해서 커밋을 하면 컨벤션 지키기도 쉽고 관리도 쉬워지겠다
standard-version - versioning, changelog, commit
커밋을 인터랙티브하게 했으면 좋겠는데 그냥 설정파일 기반으로 한다
semantic-release - standard-version + publishing(release)
git cz
need package.json file
echo '{ "path": "cz-conventional-changelog" }' > ~/.czrc'
-a option 넣으니 된다
이건 커밋만 해주고 체인지로그는 안바꿔준다
체인지로그와 버저닝은 github actions에서 해주는게 좋겠다
git-chglog
need config file
release-it - versioning, changelog, publishing(release)
Conventional commits
feat()
fix
docs
refactor
style
test
chore
feat(lang): add korean language
BREAKING CHANGE: new release (options)
feat은 minor, fix는 patch, BREAKING CHANGE는 major를 변경하는 식이다.
https://www.conventionalcommits.org/ko/v1.0.0/
keep a changelog (change log convention)
Added
Changed
Deprecated
Removed
Fixed
Security
https://keepachangelog.com/en/1.0.0/
semantic versioning
javascript 에서는 편의를 위한 라이브러리가 많이 있는데
golang에서도 각각 따로 구현되어있다
changelog를 자동 생성해주고
versioning을 도와주고 lint 해주고
푸시를 할 때 태그를 이용해서 버전을 직접 입력해줘야 하나?
default는 마지막 patch로 한다
CI로 설정해놓으면 commit 메시지를 읽고 자동 변경
처음에 v0.0.0 태그와 latest 태그만 생성해준다
changelog는 직접 입력하는건가?
commit message로 template을 정해서 적는다
keepachangelog template
bumper
Code review
API document
그 기술을 도입하기 위해 회의한 회의록이나 고려사항들을 볼 수 있을까
코드 파악하기
특정 부분을 돌려보고 디버깅 해보기
특정 부분을 수정하려면 어떻게해야할지 생각해보기
Team
같은 영역에 있는 개발자들끼리 한 동영상으로 같이 스터디

Teamwork

댓글