요즘 회사에서 새로 런칭을 준비하는 프로젝트가 있다. 팀에서는 이를 위해 Github Actions을 사용하기로 했다. 나는 Jenkins만 사용해봐서 처음에 Github Actions이 뭔지도 몰랐다. 😓 그래서 비교하는 글을 한번 정리해 보고자 한다 :)

git branch 를 생성하다가 branch naming conventions 에 위배될 경우 에러가 나는 사실을 알게 되었다. 이에 브랜치 네이밍 컨벤션 규칙에 대해 서치 후, 정리해보려고 한다. It increases the readability and helps

git branch를 생성시 아래의 오류가 발생했다. git branch feature/m/000000000000/ 를 이전에 생성해서 잘 사용하고 있었는데, feature/m/000000000000/info 라는 브랜치를 만들어서 다시 작업을 하려고 하니 이와 같은

git 은 예전부터 사용해왔지만 복잡하면서도 매력적인 녀석인 것 같다..😙 오늘 git fetch -p 명령어에 대해 배웠는데, 그 김에 branch 관련 명령어를 정리해보려고 한다. 리모트 브랜치를 조회한다. 로컬 저장소와 원격 저장소의 모든 브랜치를 조회할 수 있

git branch 이름을 변경하는 방법이다. git checkout <변경할 branch name> // 변경할 branch로 checkout git branch -m <새로운 branch name> // 새로운 이름으로 local branch의 이름을 바

git에서는 명령문 뒤에 --dry-run을 붙이면 실제 실행은 되지 않고 결과만 볼 수 있도록 한다.

git을 사용하다 브랜치 전체를 clone하지 않고 특정 브랜치 하나만 clone 해야 할 경우가 있을 수 있다. 위의 명령어를 통해 특정 브랜치만 클론할 수 있다.

난 현재 인텔리제이를 사용하고 있다. 하지만 인텔리제이 내부 terminal 에서 한글이 깨지는 현상이 발생해 git bash 를 이용했었다. 귀찮아서 미루다 미루다 드디어 한글 깨짐 현상을 해결했다...!

GitLab을 사용하기 시작하면서 git branch에 익혀야 했다. 물론 과거에 혼자 공부하면서 branch를 사용해본 적은 있었으나 지금은 팀에서 사용하는 것이므로 확실히 해야 할 필요가 있었다. 🙂git에서 브랜치(branch)를 이용하면 다양한 작업을 병렬로

병합 요청(MR)은 한 브랜치를 다른 브랜치로 병합하기 위한 요청이다. 병합 요청을 사용하여 소스 코드에 대해 제안된 변경사항을 시각화하고 협업한다.병합 요청(일명 "MR")은 제안된 변경사항에 대한 많은 정보를 표시한다. MR의 본문에는 위젯(CI/CD 파이프라인이

팀에서 곧 코드 리뷰를 진행한다고 한다. 너무 설렌다! 사실 개발 문화가 잘 되어있는 팀이 아니고, 회사 특성상 일정관리에 쫒기는 경우가 대다수이기 때문에 그럴 기대도 할 수 없었다. 하지만, 이번에 Gitlab 을 이용하여 웹 파트 팀원끼리 코드 리뷰를 하기로 했다.

git 은 소스 코드 버전 관리 시스템으로 로컬에서 변경 사항을 추적하고 원격 리소스에서 변경 사항을 푸시하거나 가져올 수 있다. Github는 공개적으로 사용 가능한 무료 서비스로 모든 코드를 공개해야 한다. EveryBody! github에 푸시한 코드를 보고 개선

나는 git 계정을 2개 사용하고 있다. 원래 개인 git 계정만 사용하다가 회사 프로젝트를 진행할 때 불편함을 느껴 회사용 git 계정을 추가했었다. 개인 계정 (global 설정) 회사 계정 (company-project 폴더를 만들어서 그 안에 생성된 폴더 한정

windows 자격 증명 관리자 방법이 대다수였지만 나에게 통하지 않았다. git remote set-url 설정을 해봤다. 회사 프로젝트 내에 있는 폴더이므로 remote 주소에 config 파일에서 설정해준 git@github.com-work 를 넣어주었다.

배경 이클립스로 올려져 있는 프로젝트를 import 하려고 할 때 에러가 발생했다. Error > An error occurred when trying to contact https://.git. See the Error Log for more details Pos

git commit 시 기본 규칙 제목과 본문을 빈 행으로 분리한다 제목 행을 50자로 제한한다 제목 행 첫 글자는 대문자로 쓴다 제목 행 끝에 마침표를 넣지 않는다 제목 행에 명령문을 사용한다 본문을 72자 단위로 개행한다 어떻게 보다는 무엇과 왜를 설명한다 h

http://tech.javacafe.io/2018/03/01/how-to-change-git-commit-message/

리모트 저장소는 인터넷이나 네트워크 어딘가에 있는 저장소를 말한다. 저장소는 여러 개가 있을 수 있는데 어떤 저장소는 읽고 쓰기 모두 할 수 있고 어떤 저장소는 읽기만 가능할 수 있다. 간단히 말해서 다른 사람들과 함께 일한다는 것은 리모트 저장소를 관리하면서 데이터

처음에 git에서 private 계정을 파고 그 repository를 통해 셋이서 협업을 하고 있었다. 하지만 그 이후에 시연용으로 repository 를 따로 생성하였으니, 여태 작업한 코드를 올리고 그 repository를 사용하라고 말씀하셨다. 그렇게 처음으로 g

같이 진행해야 하는 토이 프로젝트가 있었다. 인원은 두명이였고, 원활한 진행을 위해 git 에 프로젝트 폴더를 만들어 사용하기로 했다. 나는 git을 많이 사용하는 편이다. 그래서 몇가지 명령어에는 제법 익숙하다. 😀 물론 팀플을 하면서 각자 브랜치를 이용하여 나