발생일: 2013.02.17 문제: 얼마 전 맥의 커맨드라인 svn을 업데이트 했다. 맥의 패키지 매니저 중의 하나인 Homebrew를 이용해서 인스톨했고,기존 버전은 1.6.18, 새로 받은 버전은 1.7.8이었다. 헌데, 업데이트 받은 후에도 svn이 기존 버전을 그대로 유지하고 있는 거다. $ svn --version svn, version 1.6.18 ... 혹시나 해서 type을 확인해보니, 기존 경로의 바이너리가 호출되고 있었다. $ type svn svn hashed (/usr/bin/svn) (type 커맨드로 파일의 타입을 확인할 수 있고, 실행 파일일 경우 경로를 알 수 있다) 새로 받은 svn은 /usr/local/bin 에 넣어뒀지만,PATH 변수에서 /usr/bin 이 /usr/l..
발생일: 2012.03.22 문제: 요새 진행하는 프로젝트에서는 배포 시점에서 스크립트를 압축하지 않고, 압축 툴로 배포할 파일을 미리 만들어두는 방식을 사용하고 있다. 사용하고 있는 압축 툴은 매번 같은 이름의 새 파일을 생성하는데, 아주 가끔 이렇게 새로 만든 파일이 SVN에서 충돌을 일으키는 경우가 있었다. 일단, 커밋하려고 하면 아래 메세지가 출력된다. svn: PROPFIND request failed on ... 더 이상한 건, Repository view에서 해당 파일을 열려고 해도 열리지 않고, 리프레시를 시도해도 바뀌지 않는다. 원인이 뭘까? 해결책: PC를 재부팅해보기도 하고, 프로젝트를 새로 체크아웃 받기도 해보고, 다른 개발자가 리파지터리에서 삭제했다가 새 파일을 추가하고 다시 해보..
발생일: 2012.01.16 문제: 담당하고 있는 서비스에서는 버전 관리 도구로 SVN을 사용하고 있다. 배포는 서버 개발팀에서 담당하고 있는데, 매 배포에 대한 버전 관리는 어떻게 관리하는 지 궁금해서 물어봤더니 각 릴리스에 대한 버전을 브랜치로 따서 관리한다고 한다. 예를 들어, v.1.0을 배포하고자 할 경우, Release Branch의 약어를 써서 RB-1.0 과 같은 이름의 브랜치를 따고, 해당 브랜치를 배포하는 식이다. 요새 Git으로 관리하고 있는 개인 프로젝트에서도 브랜치로 배포 버전을 따면 되겠구나~하고 생각하고 있었는데, 이것저것 알아보다 보니 실제로 브랜치보다는 태그(Tag)를 더 많이 사용하는 모양이다. 태그는 뭐고, Git에선 어떻게 사용하는 걸까? 해결책: 버전 관리 시스템에서..
발생일: 2009.03.30 문제: 이클립스에서 SVN 플러그인을 설치하려고 한다. 해결책: Eclispe 에서 Subversion 을 사용하는 방법에 대한 IBM 기사를 참조하자. 팁: 개인 프로젝트를 시작하는 경우라면, 같은 팀원과 소스 공유를 어떻게 해야할까 고민하는 경우가 있지요? 구글 프로젝트 호스팅을 이용해보세요. 편하고 좋답니다.^^ 국내에서는 느리다는 의견이 있는데 제가 느끼기에 사용하는데 불편함은 없네요. 네이버나 다음에서도 프로젝트 호스팅을 지원하는 것 같기도 하니 알아보시면 유용할 듯 합니다. 일단, 프로젝트 호스팅에 대한 블로그가 있네요. '구글 프로젝트 호스팅' 등으로 구글링해보세요~ 이클립스로 작업을 하고 계신다면 subclipse 를 사용하시면 편합니다.