DevOps/Git

[Git] 개발 규칙 정하기 - Kanban과 commit 규칙

혼자 일을 한다면 상관없지만 git에서 협업을 한다고 치면 많은 애로사항이 있을 것이다. 누가 무슨 일을 하는지, commit은 어떻게 하는지, conflict가 발생하면 어떻게 하는지, ... 이걸 해결하기 위해서 협업할 때 어떻게 git을 사용하는지 볼 것이다. Kanban (할일 정리) 진행상태, 업무에 따라 칸을 나누고 각 칸에 이슈를 적어 현재 업무 현황을 한눈에 파악하는 시스템입니다. 해당 리포 내에 Projects에서 칸반 정리를 하기로 했습니다. 모든 티켓들은 이슈화를해서 자동으로 고유번호가 매겨지게할 것입니다. 예시로 #4번이 부여되면 관련 커밋은 MK-4로 작성하시면됩니다. 티켓(이슈)은 완료 후 archive처리하고 close issue를 해주어야합니다. 왜 칸반을 쓰는지 누가 무슨일..

[Git] git commit template 적용

Commit Conventions https://www.conventionalcommits.org/en/v1.0.0/ Conventional Commits A specification for adding human and machine readable meaning to commit messages www.conventionalcommits.org 협업 시, commit할 때 commit message만으로도 코드 수정 내용을 유추할 수 있게 작성해야 한다. 그렇게 하면 코드 리뷰할 때도 편하고, 이슈 트래킹, 티켓 트래킹할 때도 편해진다. 따라서 commit 시에는 규칙을 지켜 작성해야 한다. git commit -m "commit message 내용... commit message 본문... comm..

[Git] git mirroring 하기

올해 말에 인턴을 생각하고 있어서 지금까지 했던 흩어져 있는 프로젝트를 정리하고 있다. 그래서 git 저장소를 미러링 해야 한다. gitlab은 아직 작업 중이고, 과거에 진행했던 팀 프로젝트를 모아야 한다. 1. 끝난 프로젝트 mirroring 1) clone --bard 해서 로컬에 가져옴. 명령어는 아래와 같다. git clone -bare https://......~~~.git (가져올 repository) 2) clone한 곳으로 이동한다. 3) git push --mirror로 push. 명령어는 아래와 같다. git push --mirror https://....~~~.git (새로 저장할 repository) 이렇게 하면 완료된 프로젝트의 커밋 기록까지 다 가져온다. 2. 진행중인 프로젝트..

[Git] 현업에서 사용하는 git

git master branch는 실 사용 서버와 주로 연동되며 git-jenkins hooker도 master를 주로 받아옴. 그래서 master에 바로 소스코드를 push해버리면 테스트나 품질 검사 이런 게 없이 바로 build가 되어 버림. 그래서 다른 branch, develop branch를 파서 개발이 어느 정도 되면 master branch에 merge request를 하고, 관리자가 확인 한 후에 merge하는 것이 더 좋을 것임.

[Git] 깃랩 gitlab

다른 컴퓨터를 추가로 등록시켰다. 처음에는 gitlab 로그인을 github로 했었어서 자꾸 password를 요구하는데, 나는 등록한 적이 없어서 당황스러웠다. 그래서 gitlab에서 password를 등록했더니 잘 됐다. 먼저 새 컴퓨터에서 등록하려면 git config --global user.name "이름" git config --global user.email "내 이메일@내 도메인" 으로 입력한다. 이후 branch를 추가해야 하는데, 새 컴퓨터에서 작업할 경로를 path, gitlab의 내 프로젝트 도메인 url을 url이라 하면 cd path git init git remote add origin url 이라 하면 된다. 이후의 사용 방식은 다른 git과 동일하다(아직 branch 충돌 ..