1. project 구성 -> Repositories -> Advanced -> Refspec 항목에
+refs/tags/태그패턴:refs/remotes/origin/tags/태그패턴 입력.
예를 들어, dist/로 시작하는 모든 태그일 경우 +refs/tags/dist/*:refs/remotes/origin/tags/dist/*
2. Branches to build -> Specifier -> 태그패턴 입력
예를 들어 dist/로 시작하는 모든 태그일 경우 /dist/* 입력
현재버전(1.601)에서 경험함.
있지도 않은 git hash 값이 찍힌다 =_=;;;
SourceTree is very slow on windows 7
Source Tree is EXTREMELY slow for any action
1.5.x 대는 문제 없었다고 해서 1.5.2 받았음. 이제야 쓸만하네. osx 용은 엄청 빠르던데 windows 는 대강 만들었나봄.
참고로 1.5.2 다운로드 링크 http://downloads.atlassian.com/software/sourcetree/windows/SourceTreeSetup_1.5.2.exe
update : 1.6.13 이 올라왔어도 약간 빨라진 정도라고… smartgit 빠르던데 그걸 쓸까… giteye도 빠르던데 아직 완성도가 모자란 것 같다.
update 2 : Has Atlasssian essentially abandoned SourceTree? sourcetree 제작자가 1.6 업데이트 이후 퇴사했다고. windows 쪽에서 sourcetree 쓰는 사람들은 고생이 많구나.
update 3 : 제작자의 퇴사는 오보라고 좀만 기다려 보라고 하더라. http://www.lifehacker.com.au/2015/01/6-month-old-critical-performance-bug-with-sourcetree-is-getting-attention/
별건 아니지만 기록용으로.
osx, sourcetree 2.0.4 기준
checkout -> checkout new branch (checkout existing쪽이 아니다.. ) -> checkout remote branch
끝.
packages/default 로 이동 exec.py 수정
http://www.sublimetext.com/forum/viewtopic.php?f=3&t=7414
쓰기 전 처음 상상은 코드와 비주얼 스튜디오가 모두 클라우드에 있고 VDI 처럼 쓸 수 있나? 였다. 하지만 원격 레파지토리 생성한 뒤 visual studio 2013 을 다운 받으라고 해서 김샜다. 내심 빌드도 다 클라우드에서 해서 로컬에 바이너리만 던져줬음 했는데 역시 그런 것은 아님.
hello world 를 로컬에서 만들고 MS가 제공하는 GIT 원격 레파지토리에 올려서 cloud build 해봤다. 그 뒤 introduction page 를 좀 읽어보니 MS가 제공하는 azure 클라우드를 이용하고 MS가 제공하는 agile 도구들을 모두 쓰는 방식이라면 좀 쓸모가 있지 싶더라. 직전 프로젝트에는 회사망에서 Teamcity 로 Build & Test 를 진행하고, jenkins 로 배포했었다. visual studio online 이 딱히 이것보다 좋아 보이지 않는다. 그냥 우리도 이런거 된다~ 이정도로 느껴졌다.
http://www.zjhzxhz.com/2014/01/install-microsofts-consolas-font-on-mac-os-x/ 에서 시키는 대로 하고, 서브라임 프로세스 죽였다가 다시 열기.
32bit 아이콘은 visual studio에 내장된 Image Editor 에서 수정이 안된다. (http://msdn.microsoft.com/en-us/library/s1dadd79(v=vs.100).aspx)
http://www.getpaint.net/ 받고 ico plugin 깔고 (http://www.brighthub.com/multimedia/photography/articles/15590.aspx)
ProgramName.ico 와 small.ico 수정하면 된다.
http://stackoverflow.com/questions/6242895/numeric-value-out-of-range-error-when-using-sqlfetch-with-sql-c-float
“Numeric value out of range” error 22003 이 내 서버에서만 출력돼서 하나하나 비교해보고 찾아보다가 웹질을 했더니… 내 SQL native client는 2008 이었고, SQL Server는 2008 R2 였었음. 하여, http://www.microsoft.com/ko-kr/download/details.aspx?id=16978 에서 2008 R2용 native client를 설치했더니 해결!
tortoisesvn 을 사용하는데 1.7버전의 업데이트 속도가 빠르다고 하여 클라이언트만1.7로 (tortoisesvn 1.7.5, svn1.7을 지원하는 ankhsvn버전) 로 버전업하였다. (1.6인 서버를 1.7로 올리는 것은 건의해보았으나 이런저런 사정으로 안될것같음 -_-; 밀어붙이면 왠지 이 기사1 에서 언급한 문제아가 될 것 같은 느낌이랄까 ) 문서에는 svn server 1.6 과 svn client 1.7 도 상관이 없다고 했음. (하위 호환성을 지원한다…)
문제는 그때부터 발생했음. svn:keywords 를 property 에 설정한 파일을 이곳저곳에서 externals 로 당겨 쓰는데 update 할 때마다 keywords property가 자주(매번은 아니고!) 삭제됐다!!! 이걸 해결하려면 externals 로 당겨온 working copy 에서 다시 property 를 설정해서 commit 해야 하는데.. 이때 본문을 조금이라도 수정하지 않고 property 만 변경해서 넣으면, 이 파일을 update 받은 모든 사람들이 또 keywords 가 삭제되는것이다. –; 무슨 탁구도 아니고 민폐의 핑퐁… 그래서 1.7 로 올린 사람들 중 1.6으로 눈물의 downgrade 를 하는 사람들이 생기고, 마지막까지 버티던 tt군과 나…
그런데 어느 순간부터 tt군은 문제없다고 하여 역학조사(?)에 들어갔으니 밝혀진 재현법은 keywords 가 들어있는 파일을 commit 한 후, visual studio svn add-in 인 ahnksvn 에서 update 를 받으면 해당 문제가 발생하는 것이었음. add-in인 만큼 쓰기 편했지만 삭제하였다.
tortoisesvn 만 쓸까 하다가 찾아보니2
대안
자기돈으로 ssd 설치한 사람이 있어서 나도 그냥 살까 했지만 아 이럼 너무 그리스시민군3 같은 느낌이 들잖아 -_-; 싶어서 2번으로 선택. 끝~