728x90

🤓사건의 발단

Project를 만들면서 Controller에서 Repository로 바로 넘어가는 부분에 Service Layer를 추가하고자 하였습니다.

Github에서 Issue 기능을 사용해본 적이 없어서 연습해볼 겸 Layer 추가를 Issue를 발행하여 진행해보았습니다.

 

 

1. Issue 발행

Issue - New Issue

Title: [처리 기능] 처리해야 할 내용

Comment

- Issue Summery

- Isuue Detail

- Notes

 

 

2. Issue Solve용 Branch 생성

1
2
git branch 처리기능/이슈번호
 
 

브랜치를 생성하고 현재 브랜치에서 작업

 

1
2
git checkout -b 처리기능/이슈번호
 
 

브랜치를 생성하고 해당 브랜치로 전환하여 작업

 

 

3. Issue 내용 작업

 

 

4. Commit 및 원격 저장소로 Push

Commit

1
2
git commit -"처리기능: 작업 내용"
 
 

 

Push

1
2
git push -u origin 처리기능/이슈번호
 
 

-u

: 현재 브랜치를 원격 저장소의 브랜치와 연결하고, 이를 추적(tracking) 브랜치로 설정

: 처음으로 원격 저장소로 브랜치를 푸시할 때 사용

 

 

5. PR 작성

Title: commit message와 동일

Content

- resolved: #이슈번호

- 변경 내용

 

⭐ resolved 키워드를 입력하면 해당 풀리퀘스트가 main Branch에 반영되면 자동으로 close

자동으로 close 하지 않을 경우, issue: #[해당 Issue Number]로 작성

 

⭐ 반드시 해당 풀리퀘스트가 무슨 이슈에 따른 요청인지 명시하시는 것을 권장

 

 

6. Pull Request가 생성되면 새로운 Issue Number가 부여

Pull Request도 Issue 취급

 

 

7. Issue 관련 Branch 삭제

원격 브랜치는 Merge 후, 바로 삭제 가능 or Git Bash에서 삭제 가능

1
2
3
4
5
6
7
8
9
10
11
12
# 로컬과 원격 Branch 목록 전체 출력
git branch -a
 
# 로컬 Branch 삭제
git branch -d 브랜치명
 
# 로컬 Branch 강제 삭제
git branch -D 브랜치명
 
# 원격 Branch 삭제
git push origin --delete 브랜치명
 
 

 

🤓 현재 본인이 위치한 Branch는 삭제하지 못하므로 삭제할 Branch가 아닌 Branch로 이동해서 삭제해야 합니다.

1
2
3
# Switch Branch
git checkout 브랜치명
 
 

 

 

 

📚 참고 자료

 

왜 나만 몰라? - 협업을 위한 깃허브 이슈 작성하기

🤷🏻‍♂️ 0. 들어가기에 앞서 본격적으로 스터디를 하거나, 프로젝트에 참여하게 되면 평소 개인 레포지토리에 작성하는 것 보다 새롭게 적용해야 할 부분들이 많습니다. 제가 겪었던 어려

velog.io

 

[Git] 브랜치 생성 및 전환 : git branch, git checkout

[Git] 브랜치 생성 및 전환 : git branch, git checkout 1) 브랜치 생성 git branch "생성할 브랜치 이름" git branch testBranch 명령어를 입력하여 testBranch를 생성했다. 2) 브랜치 목록 git branch 명령어를 입력하여

ng11.tistory.com

 

[Git] 로컬/원격 브랜치 삭제 방법

📌 들어가며 본 포스팅에서는 터미널에서 branch를 삭제하는 방법을 소개합니다. 👀 1. 브랜치 리스트 확인 원격 및 로컬 브랜치 목록을 확인해 봅니다. 명령어는 아래와 같습니다. git branch -a 결

heytech.tistory.com

 

GitHub로 프로젝트 관리하기 Part1 - 이슈 발급 부터 코드리뷰까지 | Popit

프로젝트 소개 Github를 이용해서 Project Management 하는 방법 및 전체적인 프로세스에 대해서 정리했습니다. issue 관리, 일정 관리, 코드리뷰, 버그 리포트 등 다양한 일들을 Github 하나에서 다 관리할

www.popit.kr

 

728x90
728x90

🚨 문제

Local에서 작업 내용이 push는 되는데, Contribution Graph에서 조회되지 않음

 

 

😮 원인

Local에 사용자 이메일 설정이 잘못되어있음

미니 프로젝트를 만들면서 소스트리를 추가적으로 사용했는데, 당시 이메일을 수정

→ Global Config는 수정하지 않은 것으로 생각해서 작업 진행

 

 

🤓 해결 방법

1. Git bash에서 다음 명령어로 user email 확인

1
2
git config --global user.email
 
 

2. Github 이메일과 동일한지 확인

3. 다를 경우, user email 수정

1
2
git config --global user.email Github_이메일_주소
 
 

 

 

✍️ 의문의 사용자 이메일로 된 Commit 변경하기

제가 작성한 커밋을 제가 작성했다고 만들기 위해 추가적인 작업을 해보고자 합니다.

1. rebase 진행

1
2
git rebase -i commit_hash^
 
 

commit_hash는 source tree 또는 github에서

    * 3 minutes ago에 있는 commit hash값을 사용(가장 최신 커밋내용을 변경하고자 할 경우)

    * 회종시계모양 N commits 클릭

    * 수정 내역 클릭 후,

최하단에서 확인

 

🚨 만일, 프로젝트 첫 커밋부터 rebase를 해야할 경우,

1
2
git rebase -i --root
 
 

커밋 로그 대신 --root를 입력해주셔야 합니다.

 

 

2. vi 편집기로 창이 변경되면,

    - i를 눌러 insert 모드로 변경

    - author를 변경할 부분에 pick을 e로 변경

    - esc 후, :wq 입력하여 변경내역 저장 후 종료

 

 

3. 수정할 author name 및 email 입력

1
2
3
# Ex. git commit --amend --author "HJ0216 <6120hj@gmail.com>"
git commit --amend --author "USER_NAME <USER_EMAIL>"
 
 

 

 

4. vi 편집기 창으로 변경되면,

    - :wq 입력하여 저장 후 종료

 

 

5. rebase 진행

1
2
git rebase --continue
 
 

🙂 저는 rebase할 commit log가 1개뿐이였지만(=pick에서 e로 고친 부분이 1개), 여러 개인 경우에는 3 ~ 5번 작업을 e로 고친 부분만큼 반복해주시면 됩니다.

    * 키보드에서 화살표 윗방향 키를 누르면 기존에 사용했던 명령어를 재사용할 수 있으므로 작업이 여러개일 경우, 화살표를 이용하시면 편리합니다.

 

 

6. 강제 push 진행

1
2
git push origin +main
 
 

rebase한 내용을 강제로 push하기 위해 branch 앞에 +를 추가로 입력

 

 

7. 최종 (Forced Update) 확인

 

 

 

📚 참고 자료

 

깃허브 푸시는 되는데 컨트리뷰션 그래프에 찍히지 않을때

일할때 쓰는 윈도우 데스크탑 하나, 개인 맥북프로 하나를 가지고 있어서 총 2개의 컴퓨터를 이용하고 있는데, 환경은 거의 유사하게 둘다 세팅이 되어있다.

soraji.github.io

 

[git] push된 commit author 변경하기(커밋된 작성자 변경 방법)

git을 여러 노트북에서 사용하다 보니 작성자가 변경되어 커밋되었다 아래와 같은 과정을 수행하여 바꿀수 있었다 git User 변경 먼저 변경된 User 정보부터 변경한다 git config --global user.name "변경할

eggwhite0.tistory.com

 

git 첫 번째 커밋 메세지 수정

첫 번째 커밋메세지 내용을 수정하려고 했고 로컬에서만 작업한 상태라서 rebase하기로 했다. 보통 쓰던대로 git rebase -i HEAD~n을 썼는데 invalid upstream 'HEAD~6'라는 에러메세지가 나왔다. root까지 가는

hyesun03.github.io

 

728x90

'DevOps > Github' 카테고리의 다른 글

[Github] Issue 작성하기  (0) 2023.10.02
[Github] Repository Short Description Setting  (0) 2023.02.25
[Github] Rename a Folder  (0) 2023.01.15
728x90

GitHub Main에 나와있는 Repository의 Description은 Readme.md과는 다른 설정을 해야한다.

 

해당 Repository에서 About의 톱니바퀴를 클릭하면

 

Description에서 설정할 수 있으며, readme.md 파일과는 달리 Github Main에서 해당 Repository에 대한 짧은 소개를 남길 수 있다.

 

 

추가적으로 Website를 입력할 경우, Repository 내에서 관련된 링크를 공유할 수 있다.

728x90

'DevOps > Github' 카테고리의 다른 글

[Github] Issue 작성하기  (0) 2023.10.02
[Github] Commit 후 Contribution Graph에 기록되지 않을 경우  (1) 2023.10.01
[Github] Rename a Folder  (0) 2023.01.15
728x90

Github Web에서 폴더 이름을 변경하는 것은 정확히 새로운 폴더를 만들어서 기존의 파일을 옮겨주는 작업이다.

그러므로 폴더 내 다량의 파일이 존재할 경우, Git Bash를 이용하는 것이 좋다.

 

1. 이름을 바꾸고자 하는 폴더에 들어있는 파일의 수정하기(Edit this file) 클릭

(⭐ 파일을 Guthub Web에서 수정하고자 할 때는, Commit한 내용이 아닌 파일/폴더명을 클릭해줘야 한다.)

 

2. 폴더 이름을 바꾸고 커밋

폴더_이름/: 폴더 생성

/상태에서 Backspace: 폴더 이름 변경

../: 앞의 폴더 이름 전체 삭제

 

 

 

참조: [Github] 깃허브에서 폴더 이름 변경하는 법

728x90