Dev. Tool/GIT (5) 썸네일형 리스트형 eclipse git 강제 overwrite update - conflict 발생 시 해결 방법 Git Respositories > 프로젝트명 > Branches > Local > master 에서 마우스 오른쪽 'resert' 클릭 후 hard 선택 프로젝트명 >> Pull 선택 svn 프로젝트 -> Git 프로젝트로 이전하기 1. SVN - Git 프로젝트 이전 아래와 같이, git svn clone 명령으로 svn 프로젝트를 git 프로젝트로 전환한다. 2. 서버에 저장소 생성 - 웹에서 서버에 접속하여 저장소를 생성한다.3. 파일 업로드 실행(push) - 새로운 파일을 생성한 후, 로컬 저장소에서 커밋을 실행한다. 커밋을 실행하지 않고 바로 remote 저장소에 push하려고 하면 다음과 같은 에러가 발생한다. ㅡㅡㅋ 완료후에 다음과 같이 push 명령을 이용하여 서버에 올리면 성공 모든 과정이 정상적으로 진행되면, Git의 놀라운 속도에 깜짝 놀랄 것이다. ㅋㅋ git src refspec master does not match any git push 명령 사용시에,이런 에러를 만날 수 있다. 해결방법은실제로 이렇게 해보니 잘된다.근데 원인을 모르니... 버그인가 보다 ㅡㅡㅋ Git의 세 가지 상태 이 부분은 중요하기에 집중해서 읽어야 한다. Git을 공부하기 위해 반드시 짚고 넘어가야 할 부분이다. Git은 파일을 Committed, Modified, Staged 이렇게 세 가지 상태로 관리한다. Committed란 데이터가 로컬 데이터베이스에 안전하게 저장됐다는 것을 의미한다. Modified는 수정한 파일을 아직 로컬 데이터베이스에 커밋하지 않은 것을 말한다. Staged란 현재 수정한 파일을 곧 커밋할 것이라고 표시한 상태를 의미한다. 이 세 가지 상태는 Git 프로젝트의 세 가지 단계와 연결돼 있다. Git 디렉토리, 워킹 디렉토리, Staging Area 이렇게 세 가지 단계를 이해하고 넘어가자. Git 디렉토리는 Git이 프로젝트의 메타데이터와 객체 데이터베이스를 저장하는 곳을 말한다... 기존 버전 관리 시스템 VS GIT [출처] 프로 Git Subversion과 Subversion 비슷한 놈들과 Git의 가장 큰 차이점은 데이터를 다루는 방법에 있다. 큰 틀에서 봤을 때 VCS 시스템 대부분은 관리하는 정보가 파일들의 목록이다. CVS, Subversion, Perforce, Bazaar 등의 시스템은 각 파일의 변화를 시간순으로 관리하면서 파일들의 집합을 관리한다. Git은 이런 식으로 데이터를 저장하지도 취급하지도 않는다. 대신 Git은 데이터를 파일 시스템 스냅샷으로 취급하고 크기가 아주 작다. Git은 커밋하거나 프로젝트의 상태를 저장할 때마다 파일이 존재하는 그 순간을 중요하게 여긴다. 파일이 달라지지 않았으면 Git은 성능을 위해서 파일을 새로 저장하지않는다. 단지 이전 상태의 파일에 대한 링크만 저장한다. .. 이전 1 다음
