@Override

github에서는 하나의 파일이 100MB 제한이 있습니다. Bitbucket은 하나의 파일의 용량 제한은 없고 2GB 이상이 안된다고 합니다. 그래서 지금 이야기 하려는 github의 문제점 해결에 대해서 이야기 하려고 합니다. 50MB에서는 Warning을 표시하고, 100MB에서는 Error를 발생한다고 합니다. * Warning의 경우 > remote: warning: Large files detected. > remote: warning: File big_file is 55.00 MB; this is larger than GitHub's recommended maximum file size of 50 MB * Error의 경우 > remote: warning: Large files detecte..

rebase를 하려고 하는데 바라보고 있는 branch는 rebase를 할수는 없고 지금 작업 완료된 부분을 먼저 rabase하려고 할 때 이용합니다. 뭔가 되게 설명을 이상하게 했네요. 이런 상태가 있다고 합시다. 그런데 여기에서 client는 작업이 완료가 되었습니다. 그런데 server는 아직 불안정해서 이것을 바로 합치기는 힘들것 같은 상황입니다. 이럴때 사용합니다. $ git rebase --onto master server client 이렇게 할 경우에 다음과 같이 동작합니다. client 브랜치를 Checkout하고 server와 client의 공통조상 이후의 패치를 만들어 master에 적용합니다. 그러면 모양이 이렇게 변경이 될 것입니다. 이렇게 되면 C3에서 시작된 커밋일지라도 서버쪽 ..

git을 이용하여서 이전에 사용하던 커밋들을 가져와서 사용할 수 있습니다. 방법은 cherry-pick. 하는 방법을 알아봅시다. 어느 한 시점에서 작업을 시작한다고 가정을 합시다. 아래에 나오는 commit의 hash는 예제입니다. temp라는 브랜치를 만들어서 d73e4d4e 커밋에서부터 작업을 시작합니다. $ git branch temp d73e4d4e rebase를 하여주게 되면 다른곳의 커밋을 가져와봅시다 $ git cherry-pick d12e1d3e 이렇게 하면 한개씩 가져오게 됩니다. 그렇다면? 한꺼번에 여러 이력을 다 가지고 오고 싶다면? git cherry-pick 7f545188^..a7785c10 이렇게 하여줍니다. 앞에서부터 시작해서 뒤에까지 가져오게 됩니다.

git branch를 지워버렸을때 복구하는 법에 대해서 알아봅시다. 다음과 같이 하면 되긴 합니다. 123$ git branch # check $ git reflog $ git checkout -b [deleted-branchName] HEAD@{number}cs 이유는 git은 사실 모든 동작을 파일로 만들어 둔다고 합니다.그래서 새로 commit하거나 branch를 변경하는 작업을 하여도 reflog는 늘어나게 됩니다. git update-ref를 사용하여서 남길수도 있다고 합니다. 참조 : https://git-scm.com/book/ko/v1/Git%EC%9D%98-%EB%82%B4%EB%B6%80-%EC%9A%B4%EC%98%81-%EB%B0%8F-%EB%8D%B0%EC%9D%B4%ED%84%B..

git은 모든 시점으로 돌릴수 있습니다.그래서 실수한것도 다시 돌릴수 있습니다. 오늘은 stash를 한것을 실수로 drop 하였을때 해결 방법입니다. dangling commit이 안되어 있다면 어쩔수 없습니다. ㅠ 다음과 같이 하여 줍니다. 1$ git fsck --no-reflog | awk '/dangling commit/ {print $3}'cs 그럼 dangling commit 리스트가 나올것이고요. 이것들을 하나씩 뒤져 봅니다. ( 저도 아직까지는 여기까지만.... ) 예를 들어서 나온 값들중에 sdalfasdlfkasd11123 이런값이 있다고 예를 들어봅시다. 그러면 1git show sdalfasdlfkasd11123cs 이렇게 하여 주면 작업하던 파일들이 보이게 되는데 자신이 잃어버린 ..