source safe, cvs, clearcase, subversion 쓰면서 온갖 더러운 상황에 인생을 낭비한 적이 있다면 갓 리누스라고 왜치게 될 거라고 이야기하고 싶었지만... 이 모든 것을 설명하려면 역시 쉽지 않아서 포기.. :-)
물론, git 어려워요. 저도 책하나 샀으니까요.
https://twitter.com/ksoonson/status/585582646052397056
_________________________http://joone.nethttps://kldp.org/blog/2725http://opensoftware.tistory.comhttp://joone4u.blogspot.comhttps://gnome.or.kr
https://www.linuxfoundation.org/blog/2015/04/10-years-of-git-an-interview-with-git-creator-linus-torvalds/
위 순선님이 올리 트윗 링크가 깨져있네요.. 원문 링크를 다시 올립니다.
다른 분도 아니고 joone 님이 git 을 어렵다 하시면...
저는 쉽던데... 아! 저는 여러 기능 중에서 쉬운 것만 쓰기 때문일지도. 저는
git pull git add git commit git push
세벌 https://sebuls.blogspot.kr/
중간에 잘못된 커밋를 나누거나 cherry-pick할 충돌나면 여전히 명령어를 못외서 보고 할때가 많습니다. branch가 많아지면 관리하기 어렵기도 하고요. 전체 명령어중 10%만 쓰고 있을까요? :-)
git 을 써야할만큼의 규모가 있는 코드 뭉치를 작성해본적이 없어서 아직까지 웹브라우저로 그냥 gitlab 에 이것저것 올립니다. CLI 에서 명령행으로 git 을 쓰시는 분들 모두 존경합니다^^^
[크롬북에서 적었어요^^^]
squash 와 rebase 는 아직도 이해가 안되요. 특히 squash 와 rebase 하다가 실패하면..맨날 다시 clone 해 와서 시작하는 git 초보 입니다. ㅠㅠ (솔직히 복구 하기에는 이게 더 쉬운 작업 같아서.. ^^)
전 squash 명령어는 안써봤네요. 참고로 전 이책을 봤습니다. pdf가 인터넷에 떠도네요.
https://www.foo.be/cours/dess-20122013/b/OReilly%20Version%20Control%20with%20GIT.pdf
git 어려워요. git pull 잘못 사용해서 몇번 혼났네요. git pull 대신 git pull --rebase 권장.
저도 늘 하는 실수 중 하나입니다. git pull 잘못하면 인생 경로 꼬인 느낌.. :-)
전 그래서 항상 git pull --ff-only만 합니다. 이게 안되면 일단 정지하고 심호흡한 다음에 "아이씨 또 뭐가 꼬인 거야..."
저는
git pull --rebase
git pull --ff-only
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
댓글
https://twitter.com/ksoonson
https://twitter.com/ksoonson/status/585582646052397056
_________________________
http://joone.net
https://kldp.org/blog/2725
http://opensoftware.tistory.com
http://joone4u.blogspot.com
https://gnome.or.kr
https://www.linuxfoundation
https://www.linuxfoundation.org/blog/2015/04/10-years-of-git-an-interview-with-git-creator-linus-torvalds/
위 순선님이 올리 트윗 링크가 깨져있네요.. 원문 링크를 다시 올립니다.
_________________________
http://joone.net
https://kldp.org/blog/2725
http://opensoftware.tistory.com
http://joone4u.blogspot.com
https://gnome.or.kr
다른 분도 아니고 joone 님이 git 을 어렵다
다른 분도 아니고 joone 님이 git 을 어렵다 하시면...
저는 쉽던데... 아! 저는 여러 기능 중에서 쉬운 것만 쓰기 때문일지도.
저는
만 써서...
세벌 https://sebuls.blogspot.kr/
중간에 잘못된 커밋를 나누거나 cherry-pick할
중간에 잘못된 커밋를 나누거나 cherry-pick할 충돌나면 여전히 명령어를 못외서 보고 할때가 많습니다. branch가 많아지면 관리하기 어렵기도 하고요. 전체 명령어중 10%만 쓰고 있을까요? :-)
_________________________
http://joone.net
https://kldp.org/blog/2725
http://opensoftware.tistory.com
http://joone4u.blogspot.com
https://gnome.or.kr
git 을 써야할만큼의 규모가 있는 코드 뭉치를
git 을 써야할만큼의 규모가 있는 코드 뭉치를 작성해본적이 없어서 아직까지 웹브라우저로 그냥 gitlab 에 이것저것 올립니다. CLI 에서 명령행으로 git 을 쓰시는 분들 모두 존경합니다^^^
[크롬북에서 적었어요^^^]
squash 와 rebase 는 아직도 이해가 안되요
squash 와 rebase 는 아직도 이해가 안되요. 특히 squash 와 rebase 하다가 실패하면..맨날 다시 clone 해 와서 시작하는 git 초보 입니다. ㅠㅠ (솔직히 복구 하기에는 이게 더 쉬운 작업 같아서.. ^^)
전 squash 명령어는 안써봤네요. 참고로 전
전 squash 명령어는 안써봤네요. 참고로 전 이책을 봤습니다. pdf가 인터넷에 떠도네요.
https://www.foo.be/cours/dess-20122013/b/OReilly%20Version%20Control%20with%20GIT.pdf
_________________________
http://joone.net
https://kldp.org/blog/2725
http://opensoftware.tistory.com
http://joone4u.blogspot.com
https://gnome.or.kr
git 어려워요. git pull 잘못 사용해서 몇번
git 어려워요. git pull 잘못 사용해서 몇번 혼났네요.
git pull 대신 git pull --rebase 권장.
세벌 https://sebuls.blogspot.kr/
저도 늘 하는 실수 중 하나입니다. git pull
저도 늘 하는 실수 중 하나입니다. git pull 잘못하면 인생 경로 꼬인 느낌.. :-)
_________________________
http://joone.net
https://kldp.org/blog/2725
http://opensoftware.tistory.com
http://joone4u.blogspot.com
https://gnome.or.kr
...
전 그래서 항상 git pull --ff-only만 합니다. 이게 안되면 일단 정지하고 심호흡한 다음에 "아이씨 또 뭐가 꼬인 거야..."
저는git pull --rebase 이게 답이라
저는
세벌 https://sebuls.blogspot.kr/
댓글 달기