xtring.dev

때때로 프로젝트의 .git 디렉토리 내 특정요소들에 접근 실패로 git를 사용하는데 이슈가 발생했다. 이 때 .git 내 데이터는 남긴채 사용해야한다면 git init하지 않아야 한다. access 할 수 있도록 접근 권한을 상승시켜보도록 하자. 해결 방법은 생각보다 간단하다. 이슈가 있는 프로젝트의 .git 디렉토리 내에서 아래 명령어를 사용한다. # [이슈 프로젝트]/.git > sudo chown -R [User 이름]:[group 이름] *User 이름은 현재 컴퓨터의 사용중인 사용자 이름, group 이름은 finder의 get info에서 확인이 가능하다.(맥 기준이며, 보통은 staff인데 혹시나 확인이 필요하다면 눈으로 확인해보면 좋다.) linux chown 명령어에 대해서 알아보기

자주 Merge되는 PR을 만들 위한 방법 Github을 통해 개발팀은 협업을 하게 되는데 코드 리뷰를 받고, approve하는 과정을 진행하게 됩니다. PR에서 Merge되는 과정을 짧고 빠르게 만들기 위한 방법을 알아보며 살아있고 빠르게 업데이트되는 서비스를 만들 수 있도록 해봅시다. 요즘 많은 개발팀이 PR(Pull Request)을 통해 Github에서 협업하는 것을 볼 수 잇는 있습니다. 하지만 우리는 매번 (1)PR을 보내고, (2)리뷰어가 리뷰를 진행하고, (3)Approve(승인)를 하기 전까지 항상 기다리기 마련입니다. Github에서 PR을 관리하는 다양한 방법이 있지만 오늘은 작은 PR이라는 주제로 리뷰어의 코드 리뷰 부담을 줄이고, PR comment를 잘 작성하여 한눈에 어떤 내용..

git switch, restore가 뭐야? checkout에서 switch, restore로 Ref. [Tech] Git 2.23.0 출시: checkout 기능 분리(switch, restore) [Tech] Git 2.23.0 출시: checkout 기능 분리(switch, restore) - I'm honeymon(JiHeon Kim). 깃(Git) 2.23 버전이 지난 08월 16일 출시되었다. 가장 눈에 띄는 특징은 checkout 의 기능이 각각 switch 와 restore 로 분리된 것이다. 기존의 checkout 은 브랜치를 생성()하거나 이동하거나 복원(Restore)하는 honeymon.io git checkout 기존에 git을 오랫동안 사용한 유저들은 checkout 명령어를 통..

이미 commit한 메세지 수정하기 Git 사용 중 commit를 할 때는 꼭 메시지를 입력하게 됩니다. 때때로 오타를 입력하거나 commit한 후에 메시지를 수정하고 싶은 경우가 있을 때가 있습니다. 세가지 경우의 commit 메시지 수정 방법을 알아봅시다. 마지막 commit 메시지 수정하기 이전 commit 메시지 수정하기 이미 push한 commit 메시지 수정하기 1. 마지막 commit 메시지 수정하기 마지막에 입력한 commit 메시지를 수정하는데는 —amend 옵션을 사용합니다. $ git commit --amend -m "commit_message" 또는 commit_message를 바로 입력하지 않고 vi에서 수정하는 방법이 있습니다. $ git commit --amend 명령어를 입력..

Git branch 톺아보기 - 🎋 branch를 확인/생성/삭제 keyword : git branch, git checkout branch란? Git을 통해 코드 형상관리하는 팀은 동시에 하나의 저장소(repository)를 바라보고 작업하게 됩니다. 하나의 저장소에서는 신규 개발(feat), 버그 수정(bug) 등의 작업이 이루어집니다. 만약 branch를 사용하지 않고 작업하게 되면 어떤 문제가 발생할까요? 하나의 프로젝트에서 누가 어떤 작업을 어떻게 작업했는지 확인하는지 관리할 수 없습니다.(이는 혼자서 작업을 하더라도 발생할 수 있는 문제입니다. 어떤 시점에서 어떤 작업이 이루어졌는지) 이 문제를 해결하기 위해서 branch 기능을 사용하여 하나의 프로젝트에서 각각의 이슈(issue; feat,..

규칙적인 Commit 메세지로 개발팀 협업하기 👾 TL;DR 개발자들은 Github를 통해 git에 대한 활동을 확인할 수 있습니다. 코드의 최신화 유지와 문제 원인 발견, 신규 기능 추가에 대한 branch 분리 전략 등을 통해 코드를 관리합니다. $ (): -- 헤더 -- 빈 줄 -- 본문 -- 빈 줄 -- 바닥 글 Github commit 메세지 규칙을 만들자! Git을 통해 코드를 유지하는 경우 커밋 메세지를 통해 해당 commit의 작업 내용을 입력하게 됩니다. 그렇다면 규칙이 없는 상태에서 여러 개발자가 동시에 커밋 메세지를 작성하면 어떻게 될까요? modify: 시군구 전체 값 선택된 경우 지역 전체로 표시하기 update merge: dev brench Modify: 관심지역 편집 레이아웃..

1년 조금 넘는 시간동안 개발을 하다보니 ...-study, ...-test와 같은 repo가 중구난방으로 생성되었습니다. 언젠간 정리해야지 싶었던 것들이 100개가 넘어가는 시점이 오게 되었습니다...;; 그래서 repo의 history를 유지한채 하나로 모을 수 있는 방법을 찾게 되었습니다. 합칠 repo들을 큰 카테고리 별로 묶어봅시다! 방법은 간단합니다. 먼저 Based 저장소를 만듭니다. 그리고 만들어진 Based 저장소를 local에 Clone 합니다. 이제 study-ios 폴더 안에 다른 프로젝트들 모아 봅니다! 저는 우선 tutorial을 보고 만들어진 프로젝트는 tutorial이라는 디렉토리에 담고 싶었습니다. 이런 식으로 원하는 프로젝트를 담은 뒤 마지막으로 git push 해줍니다...

add와 commit을 동시에 하는 방법 commit을 하며 유용하게 사용할 수 있는 옵션이 있습니다. 보통 많이 사용하는 방식인 의 경우 이전에 git add 를 통해 staging area에 file를 올린 후에 git commit 을 통해 repository에 등록을 합니다. git commit 의 경우 2가지의 옵션이 있습니다. -m : vi에서 별도의 메세지를 작성하지 않고 인라인 형식으로 바로 커밋 메세지를 작성하기 위한 옵션 -a : 별도의 add 명령어를 사용하지 않고 수정된 파일에 대해 add를 수행하는 옵션 -am : a 옵션과 m 옵션을 합쳐서 사용하는 방법 때때로 여러 파일을 한번에 add 하는 동시에 commit 하는데 사용하면 편리한 것 같습니다.