IT & Tech

• GIT: author/commiter
  • 차이 
    • author: 특정 commit의 최초 저자
    • committer: 특정 commit에 commit --amend를 해서 여러개 쌓았을 때 마지막으로 쌓은 사람, 혹은 어떤 사람의 커밋을 cherry-pick해서 push했을 때 - author는 어떤사람이고 push한 내가 committer가 됨
  • author/committer로 남겨지는 이름을 변경하고 싶으면 git config로 세팅을 바꾸면 됨. 세팅 안되어 있으면 해당 컴퓨터내 사용자 이름이 자동으로 사용됨, 이렇게 자동으로 이름을 사용할 경우, warning 차원에서 커밋시 다음 메세지를 보여줌

    Your name and email address were configured automatically based
    on your username and hostname. Please check that they are accurate.
    You can suppress this message by setting 
    
        git config --global user.name "Your Name"
        git config --global user.email you@example.com
    
    After doing this, you may fix the identity used for this commit with:
    
        git commit --amend --reset-author

    Your name and email address were configured automatically based
    on your username and hostname. Please check that they are accurate.
    You can suppress this message by setting them explicitly. Run the
    following command and follow the instructions in your editor to edit
    your configuration file:
    
        git config --global --edit
    
    After doing this, you may fix the identity used for this commit with:
    
        git commit --amend --reset-author

• GERRIT: owner/uploader/reviewer
  • 차이
    • owner: gerrit에서 code review를 생성한 최초 저자
    • uploader: gerrit에서 동일 code review에 여러개가 쌓였을 때 마지막으로 쌓은 사람
    • reviewer: 말그대로 review화면에서 보이도록 설정한 사람
  • gerrit code review에 남는 명칭
  • git config에 설정된 이름이 아니라 git ssh 계정을 따라 정보가 남음
  • hyungsub.song 데스크탑을 받아서 git까지 세팅된 것 그대로 사용하다가 review에 내이름이 아니라 hyungsub.song으로 잘못 남게 되는 것 발견함, 수정하기 위해서는 다음 과정을 거치면 됨
    • git remote -v
      • remote의 상세정보 확인, ssh://hyungsub.song@mod.lge.com:29450/rich-dev/cdp-web이었음
    • git remote remove origin
      • 기존 origin 삭제
    • git remote add origin ssh://sy919.kim@mod.lge.com:29450/rich-dev/cdp-web
      • origin 재등록
    • git remote show origin
      • origin 정상등록 확인, 권한이 없다느니 그런 에러가 남
      • 현재 이 로컬내 키 정보가 hyunsub.song의 계정에만 등록되어 있고 sy919.kim에는 없기 때문
      • 해결을 위해 /home/hyungsub/.ssh/id_rsa.pub내용을 카피해서 gerrit setting화면에 붙여넣자
      • 더 정확히 하기 위해 hyungsub.song계정 gerrit setting에 기존 등록된 id_rsa.pub는 삭제해면 여기로 더이상 남는 것 아예 방지가능함, 하지만 구지 여기까지는...

stash: to store or hide something, especially a large amount
git stash는 branch에 따라 달라지지 않고 전체적으로 공유됨

• git stash (=git stash save)
• git stash save [stash명, 기본이름-stash@{0}] : 이름 지정해서 저장하려면 git stash save를 써줘야함
• git stash list
• git stash apply [stash명, 기본이름-stash@{0}] : 가장 최근 stash 가져와 merge하되 다시 staged상태까지 복원하진 않음
  • but git stash apply localTemp[stash명] 실행하면 locallTemp is not a valid reference 에러나고 git stash apply stash@{0} 이렇게 해야만 정상동작함
• git stash apply --index                              : staged상태까지 복원하려면 --index 붙어야함
• git stash drop [stash명, 기본이름-stash@{0}] : 가장 최근 stash 제거
• git stash clear : stash전체 다 비움
• git stash pop                                          : git stash apply + git stash drop 인듯
• git stash show -p | git apply -R                   : merge한 stash 되돌리기 (unapply 개념)
• git stash --patch  : 대화형 프롬프트가 뜨며 변경된 데이터 중 저장할 것과 저장하지 않을 것 지정가능

• tracking 중인 file ignore하기
  • git update-index --skip-worktree <ignore하려는 파일, example:src/main/resources>
  • git update-index --assume-unchanged <ignore하려는 파일>
  • --skip-worktree와 --assume-unchanged의 차이 설명함
    https://hashrocket.com/blog/posts/ignore-specific-file-changes-only-on-current-machine-in-git
  • 각각 취소하려면
    • git update-index --no-skip-worktree <ignore하려는 파일>
    • git update-index --no-assume-unchanged <ignore하려는 파일>
    • 제대로 명령어가 된건지 확인하려면 git ls-files -v 로 파일의 상태 확인가능
      • H: cached
      • S: skip-worktree
      • M: unmerged
      • R: removed/deleted
      • C: modified/changed
      • K: to be killed
      • ?: other
        git ls-files 자세한 사용법 https://mirrors.edge.kernel.org/pub/software/scm/git/docs/git-ls-files.html
• git ignore하는 방법들
  • gitignore에 추가: push해서 다른 애들도 같이 적용해야하는듯
  • .git/info/exclue: push안하고 local에서만 적용가능, but 이미 tracking된 file은 안되는듯
  • git global설정 변경
  • 아래 링크에 설명있음
    https://docs.microsoft.com/en-us/azure/devops/repos/git/ignore-files?view=azure-devops&tabs=visual-studio
  • git exclude SOME_FILE 이런 명령어도 있다고 하는데 해보진 않았음

git bash shorcuts

• copy(ctrl+insert)
• paste(shift+insert)

현재 이런상태라고 할 때

• A <-B(master)
• A <-C(develop)

mater와 develop branch를 합치려면 merge 또는 rebase 할수 있음

merge를 한다는 것은 parent를 2개로 모시겠다는 것,

rebase는 특정한 branch를 base(parent의 의미로 봐도 무방할 듯, 혹은 공통조상)로 보고 그 이후 수정을 모두 복사해봐서 갖다붙여서 일렬로 만들겠다는 것

git checkout master, git rebase develp을 하면

• A <- C(develop) <-B'(master) 가 된다.

git checkout develp, git rebase master를 하면

• A <- B(master) <- C(develop)이 된다

git rebase [branch] 를 한다는 것은 [branch]까지는 base로 보존하고 그 이후에는 현재 checkout 되있는 애의 변경을 다 복사해서 갖다붙이겠다는 것

cherry-pick은 한개 commit만 rebase하는 것과 같은 효과를 낼수 있다. 다만 cherry-pick과 rebase는 수동태/능동태 처럼 주어/목적어가 반대로 사용된다. cherry-pick은 특정커밋을 가져오는 것이고 rebase는 특정 브랜치를 base로 만들어버리는 것

• A <- C(develop) <-B'(master) 로 만드려면, 다음 2가지로 가능
  • git checkout develop, git cherry-pick (B No.)
  • git checkout master, git rebase develop

• git log --pretty=format:"%h %s"
• git log --oneline [직전 반영된 submission번호] ..[반영할 submission번호]  git log --oneline submissions/2..submissions/5
• local에 tag 추가 (annotated tab)
  • git tag -a submissions/1 -m "submissions/1" → 현재 HEAD가 가리키는 커밋을 가리키는 태그가 생성, HEAD가 뭔지 봐야함
  • git tag -a versions/1.0.0 -m "versions/1.0.0"
  • lightweight tag를 붙이려면 -a -m option "message" 빼고 git tag myTag
  • 특정 commit에 붙이려면 뒤에 hashCode 붙임 git tag myTag 9fceb02
•  remote에 tag push
  • git push --tag → remote에는 적용안됨, local에만 적용되는 듯 remote에 적용됨
  • git push origin v1.0.0 → remote에 특정태그 적용
  • git push origin --tags → remote에 모든태그 적용
• tig 해보면 맨 위에가 submissions/1이라는게 로그에 붙어져있음...
• tag 확인
  • git tag
  • git show-ref submissions/1
• tag삭제
  • git tag -d v1.0.0 → local에서 v1.0.0 태그 삭제
  • git push origin :v1.0.0 → remote 서버에서 v1.0.0 태그 삭제

git diff 제대로 안될 때

\r 때문이라면
\r=CR(Carriage Return) // Used as a new line character in Mac OS before X 캐럿이 그 줄 맨 앞으로
\n=LF(Line Feed) // Used as a new line character in Unix/Mac OS X 캐럿이 다음 줄로
\r\n=(End Of Line) CR + LF // Used as a new line character in Windows
해결방법
git config --global core.autocrlf true 로 설정변경

git config --global -l 로 확인함

https://www.lesstif.com/pages/viewpage.action?pageId=20776404 참조

아래와 같이 LF로 바꿔도 계속 다시 crlf로 자동변환하는데 이거 안하게 하는 방법은?

$ git stash
warning: LF will be replaced by CRLF in src/main/java/com/lge/cdp/model/Program.java.
The file will have its original line endings in your working directory.

• gerrit이란?
  • Google에서 만든 code review tool, 커밋단위로 리뷰를 진행하여 -2,-1,0,2,1점을 줄수 있으며, 2점을 받아야 main branch로 소스적용(submit)할 수 있음 
  • submit된 리뷰는 추가수정(patchset올리기)할 수 없음, commit message도 못고침, reviewer추가는 할 수 있음 
    • 추가 시도하면 다음 에러발생
      • (change http://mod.lge.com/prosys/27429 closed)
        error: failed to push some refs to 'ssh://mod.lge.com:29450/rich-dev/cdp-web'

• code review를 올린다는 것은 다음과 같이 바로 push하지 않고 아래와 같이 push하는 것
  • git push origin HEAD:refs/for/[branch name] 공개리뷰
  • git push origin HEAD:refs/drafts/[branch name] 비공개리뷰

• 위 push가 무슨 뜻인지 이해해보자
  • 원래 git push도 많은 것들이 생략되어 있음, 즉 원래는
    • git push [<repository>] [<refspec>...]
    • git push [remote repository, 생략하면 origin] [<local branch refs>:<remote branch refs>]
    • git push = git push origin master = git push origin refs/heads/master:refs/heads/master
    • 이말인즉슨, 내 master에서 remote의 master로 push하라는 것
  • 그렇다면 git push origin HEAD:refs/for/master (branch name) 얘는 이런의미!
    • 내 것중에 HEAD에서 refs/for/master라는 곳으로 push하라
    • HEAD는 내가 현재 branch에서 commit한 최신 위치를 가리킴, master일수도 있고 아닐수도 있고 remote랑 연결안된 애일수도 있고, 아무튼 현재 checkout되어 있는 브랜치에서 작업한 사항을 말하는 것
    • refs/for/master는 master로 적용되기 위한 code review(그냥 임시 브랜치라고 볼수 있을 것 같음)를 위한 공간, +2점을 받으면 master branch로 merge (이것을 submit이라 표현)될수 있음

• code review는 patchSet이라고도 하며 리뷰받은 것들을 계속 수정해가며 추가할 수 있는데, 그러기 위해서 커밋메세지 내 change-id라는 것을 통해 동일 code review patch라는 것을 연결할 수 있음
  • 커밋메세지 연결을 위해서 아래 작업 필요
    • scp -p -P 29448 sy919.kim@wall.lge.com:hook/commit-msg ./git/hooks/ (를 commit전에 입력해야 한다고 하는데 hook..가 없다며 에러남)
    • commit message 마지막에 Change-Id: Ib99b87b88cead9f5afe4beaee624c1935f4f33b0 이걸 항상 연결시켜줘야 함 - git/hooks/commit-msg가 저절로 해줌
    • Change-Id: review에 대한 revision (uniqueID)

• git push origin master → code review, merge없이 바로 push, 하면 안됨
  • 뭔가 원복하기 위해서 이거저거 해봤으나 안됨: git push HEAD:refs/for/master를 다시 실행하면 다음 메세지뜸
    warning: push.default를 설정하지 않았습니다. 묵시적 값은 깃 2.0에서
    'matching'에서 'simple'로 바뀌었습니다. 이 메시지를 표시하지
    않고 과거의 동작을 유지하려면 다음과 같이 하십시오:이 메시지를 표시하지 않고 새 동작을 받아들이려면 다음과 같이
    하십시오:push.default가 'matching'으로 설정되면, 로컬 브랜치를 이미 같은 이름이
    있는 리모트 브랜치로 푸시합니다.더 자세한 정보는 'git help config'에서 'push.default' 설명을 보십시오.
    ('simple' 모드는 깃 1.7.11에 추가되었습니다. 과거 버전의 깃을 사용하게
    되면 비슷한 'current' 모드를 사용하십시오.)
  • 깃 2.0부터 더 보수적인 'simple' 동작이 기본값입니다. 여기서는 현재
    브랜치를 'git pull'에서 현재 브랜치를 업데이트할 때 사용하는 해당
    리모트 브랜치로 푸시합니다.
  • git config --global push.default simple
  • git config --global push.default matching
• git push origin HEAD:/for/refs/master 로 잘못 쓰면 remote에 for/refs/master라는 branch가 자동생성되고 글로 push되며, 원래 하려고 했던 master로 push로 다시 push하면 new change가 아니라서 push할 수 없다고 함
  • checkout 해서 일단 local에 for/refs/master를 받고  git branch --delete 으로 branch 삭제 (다른 곳으로 가야 삭제가능)후 push 하여 remote branch까지 삭제해줌, 그후 다시 push 하면 동작함

[CCC: build repository 변경]

• 먼저 webOS build git repository를 clone
  • wall에서 meta-lg-webos로 project검색: http://wall.lge.com:8110/#/admin/projects/webos-pro/meta-lg-webos
  • git clone ssh://sy919.kim@wall.lge.com:29448/webos-pro/meta-lg-webos && scp -p -P 29448 sy919.kim@wall.lge.com:hooks/commit-msg meta-lg-webos/.git/hooks/
• branch 이동: git checkout @glacier, git checkout @gld4tv 등등
• 다른 commit을 참고해서 앱의 bb 파일위치로 이동
  • clova는 meta-starfish/recipes-starfish/com.webos.app.naver-clova/com.webos.app.naver-clova.bb
• 반영할 submissions tag의 revision (git show-ref submissions/5) 변경후 commit

차이는?

• git fetch ssh://sy919.kim@mod.lge.com:29450/rich-dev/cdp-web refs/changes/15/1615/2 && git checkout FETCH_HEAD
  • 가지고 온다음 그 브랜치로 옮겨감
• git fetch ssh://sy919.kim@mod.lge.com:29450/rich-dev/cdp-web refs/changes/15/1615/2 && git cherry-pick FETCH_HEAD
  • 현재 브랜치에서 이 커밋만 가져옴
• git fetch ssh://sy919.kim@mod.lge.com:29450/rich-dev/cdp-web refs/changes/15/1615/2 && git format-patch -1 --stdout FETCH_HEAD
  • patch 파일생성후 그 파일을 am 명령어로 적용할 수 있음 (중앙저장소 다운시 유용)
• git pull ssh://sy919.kim@mod.lge.com:29450/rich-dev/cdp-web refs/changes/15/1615/2
  • pull=fetch + merge이므로 merge됨 즉, 복사커밋 생성후 붙이는 형식이 아니라 2개 커밋을 머지하는 형식으로 적용됨

git clone 시에 아래와 같이 인증에러가 난다면 ssh public key를 등록하자!

D:\IoT>git clone http://mod.lge.com/prosys/iot-dev/iot-service
Cloning into 'iot-service'...
remote: Unauthorized
fatal: Authentication failed for 'http://mod.lge.com/prosys/iot-dev/iot-service/'

Linux) 먼저 ~/.ssh로 가서 public key가 이미 생성되어 있는지 확인

Windows)의 경우 c:/Users/user/.ssh 위치에서 확인가능

$ ls ~/.ssh
id_rsa  id_rsa.pub  known_hosts ==> 이렇게 나오면, pub키가 생성되어 있는 상태임
$ cd ~/.ssh
$ cat id_rsa.pub          ==> key file 내용 확인 후 클립보드에 저장 ( 아래에서 public key등록 시 사용 )

생성안되었으면 ssh-keygen으로 생성한다!

Windows도 git bash 실행후 console에서 동일하게 ssh-keygen 입력하면 됨, ssh-keygen 입력후 키의 이름을 무엇으로 할 것인지 등 질문을 받는데 그냥 enter키만 반복입력하면 됨 (key 이름 지정하여 생성후 키등록하니까 인증실패로 소스를 못받아옴)

$ ssh-keygen              ==> [중요!!] enter키만 입력하여 키 생성을 완료해주세요. password를 입력하지 말것
$ cat id_rsa.pub          ==> key file 내용 확인 후 클립보드에 저장 ( 아래에서 public key등록 시 사용 )

수정후 자신의 .ssh 폴더 내용

/[자신의 계정]/.ssh/
|-authorized_keys       --> 개인 설정에 따라 없어도 무방
|-config            --> 새로 생성된 파일
|-id_rsa            --> id_dsa로 되어 있어도 무방
|-id_rsa.pub        --> id_dsa.pub로 되어 있어도 무방
`-known_hosts       --> 개인 설정에 따라 없어도 무방

그리고나서 git에 자기 public key를 등록해야함

gerrit login > settings 클릭 >  SSH Public Keys클릭 > Add Key > 클립 보드에 복사한 id_rsa.pub의 내용을 등록

위와 같이 생겼을텐데 위 내용 전부 복붙해야함, ssh-rsa 시작하는 이거부터 다~ 

• git branch 개념
  • branch: 어떤 한commit을 가리키는 40글자의 SHA-1 체크섬 파일, 결국 branch도 어떤 특정한 commit임
  • master: 기본 branch
  • origin: 기본 remote, remote repository를 여러개 사용할 수 있고 각각의 이름을 지정해서 쓸수도 있으나 사실 이렇게 여러개 remote사용하는 경우가 별로 없음, 그래서 그냥 remote = origin이라고 쉽게 생각하면 됨, origin하면 내 local의 것이 아니라 remote 외부서버 것이라는 의미로 볼 수 있음
• .git
  • .git/HEAD: 현재 branch
  • .git/refs/heads/*: 로컬 저장소의 branches
  • .git/refs/remotes/*: 원격 저장소의 branches
  • .git/refs/tags/*: 태그, 로컬? 원격?
• 참고정보
  • https://nolboo.kim/blog/2013/10/06/github-for-beginner/
  • https://www.slideshare.net/deview/hello-worldgit-internal

commit 관련

git init: 새로운 저장소 만들기

git clone: 이미 만들어진 저장소 받아오기 (=svn checkin?)

git diff (=git diff HEAD)

git diff HEAD^

git diff 브랜치명 브랜치명: 2 브랜치간 차이

git diff 브랜치명 revision: 브랜치와 revision간 차이

git help stash (=man git-stash) stash 도움말보기

git mv: 파일명 변경

git rm: 파일삭제

branch 관련 명령

git checkout <remote에 없는 branch name> 하면 local에 새 branch만들어지고 그전에 있던 branch내용을 그대로 가져와서 만들어짐, 그전에 commit한 이력도 그대로 다 가져오는 듯

git stash 

.svn은 자기 변경본만 가지고 있지만 .git은 모든 서버정보 다 가짐