SVN을 사용하여 편집 및 업데이트 알림을 위해 문서를 잠근다

최근 개발자들은 업데이트된 문서를 추적하는 것이 다소 어렵다고 강조했습니다.그러므로 그들은 SVN을 사용하여 문서 변경 사항을 추적하는 것이 프로젝트 체크 아웃을 수행할 때 문서가 업데이트 여부를 아는 것으로, 더 좋을 것이라고 제안했습니다.그러나 나는 또한 발생할 수 있는 여러 단점을 강조했습니다.Word, Excel문서가 관여된 날에 디스크 공간을 많이 사용하는 이진 파일 문서를 보관소의 다른 프로젝트로 분리할 수 있지만, 체크 아웃 프로젝트는 훨씬 더 많은 시간이 걸립니다.직원에 SVN의 사용법을 가르치기에는 시간이 걸립니다.또 다른 기능은 이런 종류의 기능의 문서의 경우 편집하는 동안 잠기지 않으면 안 된다는 것입니다.누구도 그것에 대해서 어떻게 생각하는지 알고 있습니까?또는 그에 대한 장단점은 무엇입니까?저와 같이 공유하세요.우리는 직장에서 문서 관리 때문에 Subversion을 사용합니다.그것은 잘 작동합니다.디스크 공간에 대해서 걱정 마세요.개정판은 어쨌든 압축되어 저장됩니다.문서가 있는 프로젝트를 확인하는 것은 문서가 없는 것보다 훨씬 많은 시간이 걸리지 않습니다.문서가 절대적으로 큰 경우가 없다고 문제가 되지 않아요.훈련 시간은 고려 사항입니다.다행히 TortoiseSVN은 이를 쉽게 합니다.한번에 한 사람만 편집할 수 있도록 Word문서를 관리하려면 svn:needs-lock속성을 사용하세요. 이렇게 하면 일반 체크 아웃에서 파일이 읽기 전용으로 표시되고 개발자가 편집을 위한 파일을 닫은 경우 읽기-쓰기로 표시됩니다. 관계 후에는 파일이 잠금 해제되고 다시 읽기 전용입니다. TortoiseSVN의 다른 이점은 Word문서 diff를 수행하고 Word자체의 차이를 표시할 수 있다는 것입니다. 이것만으로도 나는 킬라 기능입니다.최근 개발자들은 업데이트된 문서를 추적하는 것이 다소 어렵다고 강조했습니다.그러므로 그들은 SVN을 사용하여 문서 변경 사항을 추적하는 것이 프로젝트 체크 아웃을 수행할 때 문서가 업데이트 여부를 아는 것으로, 더 좋을 것이라고 제안했습니다.그러나 나는 또한 발생할 수 있는 여러 단점을 강조했습니다.Word, Excel문서가 관여된 날에 디스크 공간을 많이 사용하는 이진 파일 문서를 보관소의 다른 프로젝트로 분리할 수 있지만, 체크 아웃 프로젝트는 훨씬 더 많은 시간이 걸립니다.직원에 SVN의 사용법을 가르치기에는 시간이 걸립니다.또 다른 기능은 이런 종류의 기능의 문서의 경우 편집하는 동안 잠기지 않으면 안 된다는 것입니다.누구도 그것에 대해서 어떻게 생각하는지 알고 있습니까?또는 그에 대한 장단점은 무엇입니까?저와 같이 공유하세요.우리는 직장에서 문서 관리 때문에 Subversion을 사용합니다.그것은 잘 작동합니다.디스크 공간에 대해서 걱정 마세요.개정판은 어쨌든 압축되어 저장됩니다.문서가 있는 프로젝트를 확인하는 것은 문서가 없는 것보다 훨씬 많은 시간이 걸리지 않습니다.문서가 절대적으로 큰 경우가 없다고 문제가 되지 않아요.훈련 시간은 고려 사항입니다.다행히 TortoiseSVN은 이를 쉽게 합니다.한번에 한 사람만 편집할 수 있도록 Word문서를 관리하려면 svn:needs-lock속성을 사용하세요. 이렇게 하면 일반 체크 아웃에서 파일이 읽기 전용으로 표시되고 개발자가 편집을 위한 파일을 닫은 경우 읽기-쓰기로 표시됩니다. 관계 후에는 파일이 잠금 해제되고 다시 읽기 전용입니다. TortoiseSVN의 다른 이점은 Word문서 diff를 수행하고 Word자체의 차이를 표시할 수 있다는 것입니다. 이것만으로도 나는 킬라 기능입니다.

 

이 문제는 ‘SVN 사용 방법’ 측면보다 조금 광범위하다고 생각합니다. 우선 SVN은 기술 지향적인 사람에게는 적절한 도구일 수 있지만 예술적이거나 관리적인 사람에게는 매우 번거로울 수 있습니다. 모든 프로젝트 관련 문서는 모든 참가자가 접근할 수 있는 한 장소에 보관할 필요가 있다고 생각합니다. 또한 버전 관리는 적절한 프로세스와 원활한 커뮤니케이션을 대체할 수 없습니다. 모든 관련 당사자에게 변경사항 및 새로운 요구사항 등을 전달할 방법을 찾아야 합니다. 문서 관리 시스템이 필요하다고 생각합니다. Alfresco 또는 이와 유사한 것이 좋은 옵션일 수 있습니다. 이 문제는 ‘SVN 사용 방법’ 측면보다 조금 광범위하다고 생각합니다. 우선 SVN은 기술 지향적인 사람에게는 적절한 도구일 수 있지만 예술적이거나 관리적인 사람에게는 매우 번거로울 수 있습니다. 모든 프로젝트 관련 문서는 모든 참가자가 접근할 수 있는 한 장소에 보관할 필요가 있다고 생각합니다. 또한 버전 관리는 적절한 프로세스와 원활한 커뮤니케이션을 대체할 수 없습니다. 모든 관련 당사자에게 변경사항 및 새로운 요구사항 등을 전달할 방법을 찾아야 합니다. 문서 관리 시스템이 필요하다고 생각합니다. Alfresco 또는 이와 유사한 것이 좋은 옵션일 수 있습니다.

 

Subversion은 개정판 간의 차이만 저장하기 때문에 매우 효율적입니다. 이것이 바이너리 파일(예: Word 또는 Excel 파일)에 대해서 사실인지는 모르겠지만 그럴 수도 있다고 생각합니다. 그렇지 않은 경우는 가능하면 .XLS 파일 대신 CSV 파일을 사용해. DOC 파일 대신 가능하다면 RTF 파일을 사용하는 것이 유리할 수 있습니다. Subversion은 개정판 간의 차이만 저장하기 때문에 매우 효율적입니다. 이것이 바이너리 파일(예: Word 또는 Excel 파일)에 대해서 사실인지는 모르겠지만 그럴 수도 있다고 생각합니다. 그렇지 않은 경우는 가능하면 .XLS 파일 대신 CSV 파일을 사용해. DOC 파일 대신 가능하다면 RTF 파일을 사용하는 것이 유리할 수 있습니다.

 

Greg와 kauppi는 모두 여기서 중요한 문제를 제기합니다. Subversion은 환상적인 도구이긴 하지만 사실 모든 사람을 위한 것은 없습니다. 나는 개발팀이 1년 이상 이를 완전히 채택하도록 노력했지만 여전히 너무 정기적으로 기본 사항에 대해 이야기하고 있습니다. 버전 제어 시스템을 이해하고 감상하는 데 시간을 할애했다면 이 시스템 없이는 절대로 하고 싶지 않은 도구 중 하나입니다. 그러나 어떤 사람에게는 그것을 사용하는 과정과 원칙이 귀하게 여겨질 것입니다. 그것은 의사소통과 좋은 팀워크로 돌아갑니다. 때때로 이런 도구들은 그런 점에서 도움이 되지만 안타깝게도 우리의 모든 문제를 해결할 수는 없어요. 이진 객체의 편집을 제어하는 방법으로 svn:needs-lock을 사용하자는 Greg의 제안은 결국 이 길을 선택하면 좋은 제안이 될 것입니다. Greg와 kauppi는 모두 여기서 중요한 문제를 제기합니다. Subversion은 환상적인 도구이긴 하지만 사실 모든 사람을 위한 것은 없습니다. 나는 개발팀이 1년 이상 이를 완전히 채택하도록 노력했지만 여전히 너무 정기적으로 기본 사항에 대해 이야기하고 있습니다. 버전 제어 시스템을 이해하고 감상하는 데 시간을 할애했다면 이 시스템 없이는 절대로 하고 싶지 않은 도구 중 하나입니다. 그러나 어떤 사람에게는 그것을 사용하는 과정과 원칙이 귀하게 여겨질 것입니다. 그것은 의사소통과 좋은 팀워크로 돌아갑니다. 때때로 이런 도구들은 그런 점에서 도움이 되지만 안타깝게도 우리의 모든 문제를 해결할 수는 없어요. 이진 객체의 편집을 제어하는 방법으로 svn:needs-lock을 사용하자는 Greg의 제안은 결국 이 길을 선택하면 좋은 제안이 될 것입니다.