VSS 도 제구실은 다 합니다만 제대로된 서버/클라이언트 구조가 아니라서 회사외부에서 작업을 하려면 좀 귀찮아집니다. 그리고 양이 꽤 커지면 DB 가 자주 깨지더군요. 데이타손실이 있던것은 아니지만 어드민툴에서 DB체킹이던가.. 좀 오래 걸리는 작업을 자주 했던 기억이 납니다.
수정된 프로젝트의 전체적인 내용이나 특정인의 전체내용을 볼 경우 vss는 리포트 생성시 속력이 너무 느린이유가 있고, 히스토리를 파악하는 기능이 약함을 들 수 있을듯 합니다.
히스토리나 책임여부, 각 파일의 손쉬운 변경사항 파악등에 svn에 우수한 점수를 주고 싶습니다. 또한 vss의 share기능도 훌룡하나, 제대로 사용하지 못할 경우 부작용이 크나고
생각합니다
하드웨어 변경에 돈을 투자하는 것보다, 최적화된 소프트웨어를 만드는 것이 엄청난 비용 절감을 가져온다!
고로 나는 소프트웨어 최적화에 능숙해지려 노력한다.
~ 룡왕(nicecapj) ~
하드웨어 변경에 돈을 투자하는 것보다, 최적화된 소프트웨어를 만드는 것이 엄청난 비용 절감을 가져온다!
고로 나는 소프트웨어 최적화에 능숙해지려 노력한다.
~ 룡왕(nicecapj) ~
일단 CVS나 SVN 만 지원하면서 프로젝트 관리하는데 아주 필요할 듯한
일단 CVS나 SVN 만 지원하면서 프로젝트 관리하는데 아주 필요할 듯한 공통 툴을 쓰는건 어떨까요? trac 같은.
뭐, 정 안되믄 리눅스에서 wine 으로 ss.exe 를 돌리는 스크립트를 만들어 쓰시는것도~ =^^=
리눅스라고 꼭 cvs 를 쓰란 법은 없으니깐요~
하긴 리눅이용 VSS 클라이언트도 있는 것 같더군요. 구글에서 있는 것만
하긴 리눅이용 VSS 클라이언트도 있는 것 같더군요. 구글에서 있는 것만 확인했는데..
----------------------------
May the F/OSS be with you..
VSS에 길들여진 개발자들이면 회사내에서 MS의 개발툴을 이용해서 개발하
VSS에 길들여진 개발자들이면 회사내에서 MS의 개발툴을 이용해서 개발하실거라 생각합니다. SVN으로 옮길 이유가 없다고 말한다면, 특별하게 옮길 필요는 없다고 봅니다.
저야 SVN을 더 좋아합니다만 VSS도 써본 입장에서는 비슷하게 사용할 수 있을거라 생각합니다. 그리고 MS제품에서 개발할 때는 아무래도 유기적으로 연동이 되어 있는 VSS가 더 편하겠죠.
---------
Byeongweon Moon
http://tasy.jaram.org/blog
사랑하면 알게 되고 알면 보이나니 그때에 보이는 것은 전과 같지 않으리라.
우선 사용하면서 VSS 의 불편한 점을 찾아봐야 겠죠.그래야 다른툴로
우선 사용하면서 VSS 의 불편한 점을 찾아봐야 겠죠.
그래야 다른툴로 옮길 명분이 생기겠죠.
VSS 를 안써봐서 어떤지는 모르겠네요.
[quote="tasy"]VSS에 길들여진 개발자들이면 회사내에서 MS의
ㅎㅎ 전 리눅서라서요.
trac을 쓰고 싶은데-
VSS에서도 viewcvs 정도의 히스토리 뷰 정도는 가능한가요? CVS에서 되는거 다 되려나?
----------------------------
May the F/OSS be with you..
trac을 쓰고 싶으시면 팀원분들과 잘 상의해서 프로젝트 관리 도구 도입
trac을 쓰고 싶으시면 팀원분들과 잘 상의해서 프로젝트 관리 도구 도입을 논의해 보시면 어떨까 싶습니다.
trac을 쓰신다면 svn이 최선의 수단이 되겠죠. VSS에서의 히스토리 뷰라.. 로그뷰는 되는 것 같습니다만, VSS쓸때는 굳이 로그볼 일이 없어서 그런 기능이 있는지 잘 모르겠습니다.
---------
Byeongweon Moon
http://tasy.jaram.org/blog
사랑하면 알게 되고 알면 보이나니 그때에 보이는 것은 전과 같지 않으리라.
형상관리나 브랜치 머지 등의 경우를 예로 들어 설명하시면 전도(?)가 가
형상관리나 브랜치 머지 등의 경우를 예로 들어 설명하시면 전도(?)가 가능하지 않을까요?
=-=-=-=-=-=-=-=-=
http://youlsa.com
VSS 도 제구실은 다 합니다만 제대로된 서버/클라이언트 구조가 아니라서
VSS 도 제구실은 다 합니다만 제대로된 서버/클라이언트 구조가 아니라서 회사외부에서 작업을 하려면 좀 귀찮아집니다. 그리고 양이 꽤 커지면 DB 가 자주 깨지더군요. 데이타손실이 있던것은 아니지만 어드민툴에서 DB체킹이던가.. 좀 오래 걸리는 작업을 자주 했던 기억이 납니다.
그리고 리파지토리 백업도 cvs/svn 류가 더 편합니다.
수정된 프로젝트의
수정된 프로젝트의 전체적인 내용이나 특정인의 전체내용을 볼 경우 vss는 리포트 생성시 속력이 너무 느린이유가 있고, 히스토리를 파악하는 기능이 약함을 들 수 있을듯 합니다.
히스토리나 책임여부, 각 파일의 손쉬운 변경사항 파악등에 svn에 우수한 점수를 주고 싶습니다. 또한 vss의 share기능도 훌룡하나, 제대로 사용하지 못할 경우 부작용이 크나고
생각합니다
하드웨어 변경에 돈을 투자하는 것보다, 최적화된 소프트웨어를 만드는 것이 엄청난 비용 절감을 가져온다!
고로 나는 소프트웨어 최적화에 능숙해지려 노력한다.
~ 룡왕(nicecapj) ~
하드웨어 변경에 돈을 투자하는 것보다, 최적화된 소프트웨어를 만드는 것이 엄청난 비용 절감을 가져온다!
고로 나는 소프트웨어 최적화에 능숙해지려 노력한다.
~ 룡왕(nicecapj) ~
svnbook에서
http://svnbook.red-bean.com/nightly/en/svn.basic.vsn-models.html
위 링크에서 VSS는 lock-modify-unlock 모델에 해당합니다. 거기 쓰인 문제점을 참고하시면 되겠네요.