윈도우의 폴더 덮어씌우기 정책은 "UPDATE"다. 동일한 파일이 있으면 파일을 덮어씌우며1, 동일한 파일이 없으면 기존 파일은 남겨둔다.
리눅스/유닉스도 그렇다. 겹치지 않는 파일은 남겨둔다.
osx는 그렇지 않다. 폴더 /Document/Papers를 /Download/Papers로 덮어씌우면, 기존 서브폴더, 파일들은 모두 사라진다.
OS X용 APM(Apache, PHP, Mysql) 도구인 MAMP 신버전을 깔다가 소스코드가 들어있는 /htdocs를 싸그리 날려먹었다. 덮어씌우면 당연히 기존 파일들은 남아있겠거니.. 했는데, 깔끔하게 날아가더라.
svn 덕택에 하루 전 revision으로 돌릴 순 있었지만, 당황스러운 일이였다. 물론 신중하지 못했던 내 잘못과, 당연히 /htdocs를 다른 폴더로 옮겨두었어야 했던 내 잘못이 크다.
OS X의 정책이 더 덮어쓰기 본연에 충실하다는 의견도 있지만, 동의하지는 않는다. 사용자 편의에 있어서는 윈도우, 리눅스의 정책이 더 합리적이고 유용하지 않을까? 예를 들어, 태터툴즈 등의 웹 소스들을 업데이트 할때도, 이클립스의 플러그인을 설치할때도 윈도우와 리눅스의 방법이 훨씬 편하다.
OS X의 덮어쓰기 정책을 나만 몰랐던가? 혹시나 나같은 일을 당할 분이 있을까봐 글로 남겨 놓는다. 흑...
Trackback
Trackback Address :: http://fribirdz.net/trackback/593



Comments
으흐흐..전 그것에 이제 익숙해졌다죠. 어느 것이 맞는 건진 모르겠지만.. 윈도우를 쓰다가 맥으로 넘어온 저로썬 윈도우의 것이 편하네요 ^^
어느게 맞다 안맞다는 flame war까지 갈 수도 있는 사안이겠지만, 저 역시 윈도우의 방식이 편하네요 ;)
알려주신 링크 따라가 읽은 덮어쓰기가 replace 라는 의견이 더 황당하네요.. 영문 OS X에서는 replace라고 나오는가 보군요.. 그렇다면 한글 OS X에서는 번역을 잘못한 것 이네요.. 덮어쓰기가 아니라 교체하시겠습니까? 이렇게 물어야죠.. replace 보다는 합쳐주는게 훨씬 영리한 동작방식이라고 생각합니다.. replace는 삭제후 복사로 조합가능하지만, replace만 지원하면 합치기는 사용자가 삽질을 해야 하니까요..
가장 좋은 방법은 *nix의 "--update"같이 newer 파일이나, diff가 있는 파일들만 교체하는 것이겠지만... 어쨋든, osx의 깔끔한(?) 방식은 적응이 안됩니다. T.T
애플이 레오파드에서 타임머신 기능을 만든 것은 fribirdz님같은 분들을 위한 것일지도...^^
어쨌든 덮어쓰기 방식은 얼핏 윈도우의 방식이 더 편할 것 같긴 한데...실제로 제가 디렉토리 통째로 덮어쓰기를 해본적이 아직 없어서 잘 모르겠네요...^^
타임머신 기능을 쓸 수 있을지 모르겠어요. 용량 적은 맥북이라서..^^;
이클립스의 경우, (사실 osx의 경우 방법도 좀 다르고, 또 update 기능을 쓸 수도 있지만) 플러그인을 깔때 features, plugins 폴더에 폴더를 추가하는데.. 보통 귀찮아서 overwrite하곤 하거든요. 태터 패치할때도 마찬가지구..
어쨋든, 레오퍼드는 빨리 나왔으면 좋겠습니다. 히힛;
저도 예전에 한번 당하고 나서는 replace자체를 안합니다
허허허허;;;;
무서워요. ㅠㅠ
응용 프로그램 새로운 버전이 나와 덮어씌우기 하면 이전 설정들이 살아 있어서 중복되지 않는 파일들은 그대로 남아있는것으로 생각했는데 그게 아닌가보네요.
네, 저도 설정들이 살아있어서.. 장림님과 같이 생각했었는데,
아마 그러한 정보는 패키지 내부가 아닌
/Library 폴더 안에 Preferences와 기타 정보들은 저장되기 때문인가 봅니다.
좋은 정보 감사합니다. 몰랐으면 저도 큰일날뻔 했네요^^;
;) 조심하세요~