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

 

Keep Github commit graph when leaving an organization · Issue #1138 · isaacs/github

Hi, I was wondering if we could keep the github commit graph if we leave an organization? I worked really hard for an organization and had more than 2000 contributions for a particular repository a...

github.com

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

 

Getting all your commits in your contributions graph

The GitHub support team knows that your contributions graph matters. In fact, we have received 1,276 emails about contributions in the past six months alone! We know that it can be frustrating to realize that hours of hard work are missing from your grap

github.community

 

가장 최근 커밋 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

 

Sourcetree에서 Rebase + Merge 로 깔끔한 브랜치 라인 유지하기

Sourcetree 안녕하세요! 이번 포스팅에서는 간단하게, git을 GUI 환경에서 사용할 수 있게 해주는 Sourcetree(소스트리)로 rebase와 merge하는 법을 알아보겠습니다. 개인 프로젝트를 할 때나 교육을 받고

wbluke.tistory.com

 

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/

 

Token authentication requirements for Git operations | The GitHub Blog

Beginning August 13th, 2021, we will no longer accept account passwords when authenticating Git operations on GitHub.com.

github.blog

 

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

 

Creating a personal access token - GitHub Docs

Personal access tokens (PATs) are an alternative to using passwords for authentication to GitHub when using the GitHub API or the command line. If you want to use a PAT to access resources owned by an organization that uses SAML SSO, you must authorize the

docs.github.com

 

 

 


 

참고글

 

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

 

Suffering from the latest 403 error from GitHub on SourceTree?

This article may save your ass.

howieyoung.medium.com

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

 

Sourcetree ignores github token and throws 403 error

I have generated personal token on github and entered it in password field successfully, but when I try to fetch from my repo sourcetree throws me following error: git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks fetch --no-tags

community.atlassian.com

 

컨트리뷰션 그래프를 봤더니 체크가 너무 안되어있어서 찾아보았다

gitconfig에 등록된 email과 gitHub에 등록 된 이메일이 달라서였음

 

 

 

먼저 eclipse에서 window>proferences>git>configuration에 가면 등록 된 이메일을 찾아봄

 

 

 

 

 

 

gitHub settings > Emails > Add email address

위에서 체크한 이메일 추가

 

난 이메일에 닷이 들어가는데 이런 경우 깃허브에서 다른 이메일로 체크하기 때문에

닷 들어간 이메일, 안들어간 이메일 둘 다 등록함

 

그래프에 예쁘게 잔디가 심어졌습니다😊

학원에서 실습했던 프로젝트를 깃허브로 가져왔더니 대참사가 일어났다

 

 

 

 

Multiple annotations found at this line:
- The superclass "javax.servlet.http.HttpServlet" was not found on the Java 
 Build Path

 

1) tomcat 버전이 달라서 생긴 에러

다른 컴퓨터는 tomcat-8.5.45버전을 이용하였는데 집에서는 tomcat-8.5.46버전이었음

 

 

window -> preferences >server -> Runtime Environment -> Add 

톰캣을 새로 설치하고 서버를 생성한다

 

 

프로젝트 우클릭 Properties -> Project Facets -> Runtimes -> Apply

 

 

 

 

 

 

 

Can not find the tag library descriptor for "http://java.sun.com/jsp/jstl/core"

 

 

2) jstl 라이브러리 에러

jstl은 jsp를 위한 태그 라이브러리로 별도 설치가 필요하다

 

 

http://tomcat.apache.org/taglibs/standard/

 

본인은 1.2.5버전 받음

 

 

 

프로젝트 WebContent > WEB-INF > lib 폴더에 넣음

 

 

3) jre 버전 다름

 

 프로젝트 우클릭 Build Path > Configure Build Path 클릭

 

클릭하여 버전을 맞춰준다

+ Recent posts