Github 인증

  • Github 원격지에 접근하는 작업을 하면 계정 인증을 요구한다.
  • 옛날에야 계정/패스워드로 인증해야 했으나 지금은 token 인증방식이 새로 생겼다.
  • 계정인증 요구시 ID/PWD아니면 Token중 하나를 선택해서 입력하게 한다.(CLI, GUI 둘 다 제공)
  • Token 발급은 Github의 Settings->Developer settings>Personal access tokens 메뉴에서 편집할 수 있다.
    • Token은 무조건 유효기간을 설정해야 한다.
    • Access Token마다 권한을 다르게 부여할 수 있다. ( 저장소 저장 작업권한 혹은 Admin 권한 등 )
  • Token으로 인증하는 경우 commit 로그는 profile의 계정정보로 남게 된다.
    • ex) B라는 유저가 gitconfig profile엔 B 이메일로 설정한 상태로 A유저 원격지 clone, A유저가 발급한 Access Token으로 인증 후 commit/push 하면 원격지 로그엔 B유저가 commit한 것으로 남는다.

'CVS > Git' 카테고리의 다른 글

Git revert  (0) 2022.05.20
Git commit  (0) 2022.05.20
Git status  (0) 2022.05.20
Git init  (0) 2022.05.20
로컬 저장소로 보통의 시작  (0) 2022.05.20

Git revert

  • commit 번호에 해당하는 작업상태 이전으로 되돌린 상태로 commit한다.
    • commit 번호는 subvision에 리비전번호와 동일하다.
  • subversion에서의 revert는 info에 지정된 리비전번호에 작업된 상태로 초기화? 하는 작업이고, Git에서 revert는 commit번호에서 작업한 내용 이전으로 되돌린다는 작업이라는 점에서 차이점이 있다.
    • ex) 특정브랜치의 특정 번호(svn : r10, git : 0x09 라고하자)를 checkout해서 git은 a를 수정해서 commit하여 커밋번호를 0x0a로 변경하고, svn은 a를 수정했을때, `svn revert a`는 a파일을 checkout 받았을때 상태로 되돌리고, `git revert 0a`는 0x09상태로 commit한다.
    • 참고) svn에서 `git revert`와 같이 특정 리비전상태로 돌리고 싶으면 리비전 번호끼리 머지 작업을 해야한다. `svn merge r10 r9`를 쓰고 commit하면 된다. 자세한 방법은 [subversion](Subversion.md)페이지 **과거리비전 상태로 변경하기( Hard Rollback )**항목 참고.
  • 정리하자면 git에서 revert는 hard rollback이다.
  • 유사하지만 commit이력을 남기지 않는 작업으로 `git reset`이 있다.

'CVS > Git' 카테고리의 다른 글

Github 인증  (0) 2022.05.20
Git commit  (0) 2022.05.20
Git status  (0) 2022.05.20
Git init  (0) 2022.05.20
로컬 저장소로 보통의 시작  (0) 2022.05.20

Git commit

  • 현재 status를 저장한다.
  • `git config user.email "[email]"``git config user.name "[name]"` 을 설정해야 commit할 수 있다.
    • `--global` 옵션을 붙이면 `$HOME/.gitconfig`에 config가 저장되고, 로그인한 유저가 어느 경로에서 commit하던 default commit정보로 사용된다.
    • `--global`옵션이 없으면 해당 브랜치 루트경로에 `.git/config` 에 저장되고, 그 브랜치에서 default commit정보로 사용된다.
  • `-m "[Message]"` 옵션으로 커밋메세지를 지정하여 vim에디터를 따로 키지 않고 커밋할 수 있다.

'CVS > Git' 카테고리의 다른 글

Github 인증  (0) 2022.05.20
Git revert  (0) 2022.05.20
Git status  (0) 2022.05.20
Git init  (0) 2022.05.20
로컬 저장소로 보통의 시작  (0) 2022.05.20

Git status

  • 브랜치에 staging된 파일들의 변경사항을 확인한다.
    • Add
    • Modify
    • Deleted
  • 파일을 staging하기 위해선 `git add`로 관리할 파일로 등록한다.
  • 관리파일에서 제외하기 위해선 `git reset HEAD [filename]` 으로 unstaging시킨다.
    • 보통은 `.gitignore`파일에 미리 정의해둔다.
    • unstaging과 파일삭제를 동시에 하려면 `git rm [filename]` 명령어를 쓴다.

'CVS > Git' 카테고리의 다른 글

Github 인증  (0) 2022.05.20
Git revert  (0) 2022.05.20
Git commit  (0) 2022.05.20
Git init  (0) 2022.05.20
로컬 저장소로 보통의 시작  (0) 2022.05.20

Git init

  • 현재 path에 형상관리를할 Git을 생성한다.
  • Git의 master브랜치를 생성한다.

'CVS > Git' 카테고리의 다른 글

Github 인증  (0) 2022.05.20
Git revert  (0) 2022.05.20
Git commit  (0) 2022.05.20
Git status  (0) 2022.05.20
로컬 저장소로 보통의 시작  (0) 2022.05.20

보통의 시작

git init
git add *
git status
// status 상태보고 뺄꺼 빼고
git config user.email "aaa@bbb.ccc"
git config user.name "aaa"
git commit -m "Start of master"

'CVS > Git' 카테고리의 다른 글

Github 인증  (0) 2022.05.20
Git revert  (0) 2022.05.20
Git commit  (0) 2022.05.20
Git status  (0) 2022.05.20
Git init  (0) 2022.05.20

+ Recent posts