git는 서버란 개념이 없다고 들어서 지금 햇갈리고 있음... 그냥 각 개인들의 저장소가 점조직마냥 연결되서 운영되는 시스템이라고 줏어 들었는데 잘 줏은건지 병신같은걸 줏은건지는 모르겠네... 리눅스가 구글인가에서 강연하는거 봤는데... \'시발 니가 존나 신뢰하는 색히껄 리모트 저장소로 만들고 필요할때 pull로 땡겨와라, 니가 기여하고 싶으면 push 하고~\' 뭐 그런식으로 말하는거 같았음. 그래서 github같은건 그냥 svn개념을 덧붙인거 아닌가 하는 생각이... 다들 github를 가장 신뢰하라 수 있는 곳이라 치고 모두 pull로 땡기고 push하고 그런거? 아... 모르겠다... 내 머리로는 이게 한계야... 누가 가르침 좀 ㅜㅜ
좆뉴비(61.109)2012-02-27 13:31
로컬 저장소가 svn의 리모트 저장소와 같은 개념이라고 보면 된다.
kukyakya(143.248)2012-02-27 13:32
git는 모든 저장소가 평등한데, 요 저장소들끼리의 동기화를 할 때 push랑 pull이 필요한겨
kukyakya(143.248)2012-02-27 13:32
근데 다른 사람이랑 공동작업을 하려면 모든 작업 내역이 동기화되는 메인 저장소의 개념이 필요한데, 요 메인 저장소를 github.com의 저장소로 할지 아님 내 컴터의 저장소로 할지를 결정하기만 하면 되는거고
kukyakya(143.248)2012-02-27 13:33
근데 내 저장소를 외부에 공개할 서버로 구성하려면 설정도 구찮고 권한 설정하기도 구찮으니까 걍 github.com같은 서비스를 이용하게 되는거지
kukyakya(143.248)2012-02-27 13:33
리파지토리로 등록한다는게 무슨 말인지는 잘 모르겠지만 내 저장소에 외부에서 ssh로 접근해서 쓸 수도 있고 git서버를 따로 구동할 수도 있고
kukyakya(143.248)2012-02-27 13:35
근데 여러 사람이 접근해서 쓸 저장소는 워킹디렉토리가 필요없으니까 git init --bare 로 워킹디렉토리 없이 딱 저장소만 생성되도록 만들어놓고 이걸 클로닝해서 작업하는게 편함
kukyakya(143.248)2012-02-27 13:36
수정 안하면 다 같은 카피인데 다만 \'어디서부터\' 카피되었나만 다르게 기억하는 거다. 머큐리얼이 깃보단 뉴비가 다루긴 좋을 껄.
페고떼찌(pegotetti)2012-02-27 13:46
그러니까 push 랑 pull은 commit과 update라기 보다는 그냥 동기화라고 이해하는게 낫겠구만? commit은 그냥 로컬에 저장하고, clone이 checkout 정도?
좆뉴비(61.109)2012-02-27 13:50
그런식으로 억지로 대응시켜서 익히는것보단 그냥 dvcs 자체를 받아들이는게 좋을 것 같다. 나도 svn에서 git 넘어갈때 개념 대응시키느라 개고생했는데 지금 생각해보면 헛거야
git는 서버란 개념이 없다고 들어서 지금 햇갈리고 있음... 그냥 각 개인들의 저장소가 점조직마냥 연결되서 운영되는 시스템이라고 줏어 들었는데 잘 줏은건지 병신같은걸 줏은건지는 모르겠네... 리눅스가 구글인가에서 강연하는거 봤는데... \'시발 니가 존나 신뢰하는 색히껄 리모트 저장소로 만들고 필요할때 pull로 땡겨와라, 니가 기여하고 싶으면 push 하고~\' 뭐 그런식으로 말하는거 같았음. 그래서 github같은건 그냥 svn개념을 덧붙인거 아닌가 하는 생각이... 다들 github를 가장 신뢰하라 수 있는 곳이라 치고 모두 pull로 땡기고 push하고 그런거? 아... 모르겠다... 내 머리로는 이게 한계야... 누가 가르침 좀 ㅜㅜ
로컬 저장소가 svn의 리모트 저장소와 같은 개념이라고 보면 된다.
git는 모든 저장소가 평등한데, 요 저장소들끼리의 동기화를 할 때 push랑 pull이 필요한겨
근데 다른 사람이랑 공동작업을 하려면 모든 작업 내역이 동기화되는 메인 저장소의 개념이 필요한데, 요 메인 저장소를 github.com의 저장소로 할지 아님 내 컴터의 저장소로 할지를 결정하기만 하면 되는거고
근데 내 저장소를 외부에 공개할 서버로 구성하려면 설정도 구찮고 권한 설정하기도 구찮으니까 걍 github.com같은 서비스를 이용하게 되는거지
리파지토리로 등록한다는게 무슨 말인지는 잘 모르겠지만 내 저장소에 외부에서 ssh로 접근해서 쓸 수도 있고 git서버를 따로 구동할 수도 있고
근데 여러 사람이 접근해서 쓸 저장소는 워킹디렉토리가 필요없으니까 git init --bare 로 워킹디렉토리 없이 딱 저장소만 생성되도록 만들어놓고 이걸 클로닝해서 작업하는게 편함
수정 안하면 다 같은 카피인데 다만 \'어디서부터\' 카피되었나만 다르게 기억하는 거다. 머큐리얼이 깃보단 뉴비가 다루긴 좋을 껄.
그러니까 push 랑 pull은 commit과 update라기 보다는 그냥 동기화라고 이해하는게 낫겠구만? commit은 그냥 로컬에 저장하고, clone이 checkout 정도?
그런식으로 억지로 대응시켜서 익히는것보단 그냥 dvcs 자체를 받아들이는게 좋을 것 같다. 나도 svn에서 git 넘어갈때 개념 대응시키느라 개고생했는데 지금 생각해보면 헛거야