개발새발 블로그

1. Overview > Contribution settings > Private contributions 활성화

2. 자신이 기여한 리포지토리에 스타를 찍는다.

비공개 조직 탈퇴 후 로그인 상태에서 확인해보면 기록이 잘 뜬다.

깃허브 포럼글의 일부인데 풀리퀘나 이슈도 들어가기는 하지만 별 찍어두는게 안전해보인다.

모두 미리 해둬서 소중한 잔디를 유지하자

A commit will only count as a contribution if one of the following is true:

• You are a collaborator on the repository or are a member of the organization that owns the repository.
• You have forked the repository.
• You have opened a pull request or issue in the repository.
• You have starred the repository.

We recommend starring any repositories you contribute to. That way, your commits to those repositories will remain in your contributions graph even if you leave the organization that owns the repository or delete your fork of the repository. Learn more about stars 116.

• 참고글

Keep Github commit graph when leaving an organization

https://github.com/isaacs/github/issues/1138

https://github.community/t/getting-all-your-commits-in-your-contributions-graph/10186

가장 최근 커밋 1개

git commit —amend

수정대상 커밋 여러개

git rebase -i HEAD~n

rebase는 squash만 썼는데 커맨드를 보니 다양한 기능이 있었다.

내가 필요했던 기능은 fixup이었음 ㅋㅋ docs를 잘 읽자

# Rebase xxxxxxx..yyyyyyy onto zzzzzzz (1 command)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup [-C | -c] <commit> = like "squash" but keep only the previous
#                    commit's log message, unless -C is used, in which case
#                    keep only this commit's message; -c is same as -C but
#                    opens the editor
# x, exec <command> = run command (the rest of the line) using shell
# b, break = stop here (continue rebase later with 'git rebase --continue')
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       create a merge commit using the original merge commit's
# .       message (or the oneline, if no original merge commit was
# .       specified); use -c <commit> to reword the commit message
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.

##############################################
#
# xxxxxxx..yyyyyyy zzzzzzz에 리베이스(1 명령)
#
# 명령:
# p, <commit> 선택 = 커밋 사용
# r, reword <commit> = 커밋을 사용하지만 커밋 메시지를 편집합니다.
# e, edit <commit> = 커밋을 사용하지만 수정을 위해 중지
# s, squash <commit> = 커밋을 사용하지만 이전 커밋에 병합
# f, 수정 [-C | -c] <commit> = "squash"와 비슷하지만 이전 항목만 유지
# -C를 사용하지 않는 한 커밋의 로그 메시지
# 이 커밋의 메시지만 유지합니다. -c는 -C와 동일하지만
# 편집기를 엽니다.
# x, exec <command> = 쉘을 사용하여 명령(나머지 줄) 실행
# b, break = 여기서 중지(나중에 'git rebase --continue'로 계속 리베이스)
# d, drop <commit> = 커밋 제거
# l, <label> 레이블 = 현재 HEAD에 이름을 붙입니다.
# t, <label> 재설정 = HEAD를 레이블로 재설정
# m, 병합 [-C <커밋> | -c <커밋>] <레이블> [# <oneline>]
# . 원래 병합 커밋을 사용하여 병합 커밋을 만듭니다.
# . 메시지(또는 원래 병합 커밋이 없는 경우 한 줄로
# . 지정); 커밋 메시지를 다시 작성하려면 -c <commit>를 사용하십시오.
#
# 이 줄은 재정렬할 수 있습니다. 그들은 위에서 아래로 실행됩니다.
#
# 여기서 라인을 제거하면 커밋이 손실됩니다.
#
# 하지만 모두 제거하면 rebase가 중단됩니다.

브랜치 합치기는 항상 merge만 썼었는데 rebase에 대해 알게되고 너무 좋아서 글쓴다.

쓰세요 rebase 두번 쓰세요

1) 기능 브랜치 합치기 전 (master, feature-1, feature-2)

2) merge 사용

3) rebase + merge 사용

정신없던 그래프가 보기 좋게 정리되었다!!

간단 요약하면 

* 작업 완료한 기능 브랜치에 master 최신 커밋 오른쪽 클릭하여 재배치

* master로 체크아웃하고 병합 -> 옵션 fast-forward가 가능해도 새 커밋으로 생성 체크.

처음에는 익숙하지 않은 개념이라 햇갈렸는데, 직접 해보니 이해가 간다.

참고는 하단 블로그글이 많은 도움이 되었다.

https://wbluke.tistory.com/26

git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks push -v --tags netfilx_skip srlee:srlee
remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.
remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information.
fatal: unable to access 'https://github.com/devsurimlee/netfilx_skip.git/': The requested URL returned error: 403

Pushing to https://github.com/devsurimlee/netfilx_skip.git
오류가 나면서 완료됨.

https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/

In July 2020, we announced our intent to require the use of token-based authentication (for example, a personal access, OAuth, or GitHub App installation token) for all authenticated Git operations. Beginning August 13, 2021, we will no longer accept account passwords when authenticating Git operations on GitHub.com.

2020년 7월 , 우리는 인증된 모든 Git 작업에 대해 토큰 기반 인증(예: 개인 액세스, OAuth 또는 GitHub 앱 설치 토큰)을 사용하도록 요구하겠다고 발표했습니다. 2021년 8월 13일부터 GitHub.com에서 Git 작업을 인증할 때 더 이상 계정 암호를 허용하지 않습니다.

기존 URL: https://<git_url>.git

변경 URL: https://<username>:<token>@<git_url>.git

위의 형식으로 변경하면 정상적으로 작동한다.

gitHub 토큰 생성은 아래를 참고하면 됨.

https://docs.github.com/en/github/authenticating-to-github/keeping-your-account-and-data-secure/creating-a-personal-access-token

참고글

https://howieyoung.medium.com/suffering-from-the-latest-403-error-from-github-on-sourcetree-e04a844efd35

https://community.atlassian.com/t5/Sourcetree-questions/Sourcetree-ignores-github-token-and-throws-403-error/qaq-p/1778978