버전 관리(예:Subversion)을 문서 추적에 적용할 수 있나요?[닫은]
https://stackoverflow.com/questions/29810
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 내 부서의 여러 사람들이 수정해야 하는 약 100개 이상의 문서(소스 코드가 아닌 워드 문서)를 담당하고 있습니다.현재 모든 문서는 공유 폴더에 있으며 여기서 검색, 수정 및 다시 폴더에 저장됩니다.
지금 내가 하고 있는 일은 공유 폴더에서 "수정 날짜"를 조회하고 최근 수정된 문서를 연 다음 MS Word의 "변경 추적" 기능을 사용하여 변경 사항을 적용하는 것입니다.나는 이것이 조금 지루하다고 생각합니다.
그렇다면 이것을 버전 제어 데이터베이스에 커밋하면 더 좋고 쉬워질까요?
기본적으로 다른 버전의 파일을 유지하고 싶습니다.
답변을 통해 무엇을 배웠습니까?
타임머신을 사용하여 다른 버전 (또는 Vista의 그림자 사본)을 저장하십시오.
버전 제어 앱을 사용할 때 텍스트와 이진 문서 사이에는 차이가 있습니다.(나는 그것을 몰랐다)
Diff는 바이너리 파일에서 작동하지 않습니다
개정에 대한 알림 시스템(예: 이메일)이 훌륭합니다.
Google Docs 개정 기능.
업데이트 :
나는 Google Docs 개정 기능을 가지고 놀았고 그것이 나에게 거의 적합하다고 느꼈습니다.너무 빈번한 버전 관리(자동 저장)로 인해 약간 짜증이 났습니다.
하지만 나에게 옳다고 느끼는 것이 내 부서에도 옳다고 생각되는 것은 아닙니다.이 모든 문서를 Google에 저장해도 괜찮을까요?
해결책
아무도 묻지 않은 것 중 하나는 문서 변경 내역을 저장해야 하는 법적 요구 사항이 있는지 여부입니다.
수행 여부는 고려할 수 있는 솔루션에 영향을 미칠 것입니다.
또한 오래된 사본에 대한 알림 메커니즘도 재미있습니다.엔지니어 A가 문서 사본을 가지고 있고 엔지니어 B가 이를 편집하고 변경 사항을 커밋하는 경우 엔지니어 A가 자신의 사본이 오래되었다는 알림을 받기를 원합니다.
문서 제어는 매우 쉽게 실제 웜 캔이 될 수 있습니다.
문서를 CVS 또는 SVN에 보관하고 동일한 문서가 업데이트될 때 사본을 체크아웃한 사람에게 이메일이 생성되도록 설정할 수도 있습니다.저장소에 체크인되어 있나요?
편집하다:추가하는 것을 잊었습니다. 바이너리 스위치를 사용하는 것을 잊지 마세요.-kb는 새 문서를 추가할 때 CVS입니다.그렇지 않으면 관련 구성 관리 데이터가 추가된 키워드 문자열의 ASCII와 일치하는 데이터 시퀀스를 얻게 되어 문서가 손상됩니다.데이터.
다른 팁
SVN에서 Word 문서로 작업했습니다. TortoiseSVN 을 사용하면 Word 문서를 쉽게 비교할 수 있습니다 (작업 복사본과 저장소 간 또는 두 저장소 개정 간).정말 매끄럽고 확실히 추천합니다.
SVN에서 Word 문서를 사용하는 경우 수행 할 다른 작업은 svn : needs-lock 속성을 Word 문서에 추가합니다.불행히도 Word 문서를 병합하는 좋은 방법이 없기 때문에 두 사람이 동시에 같은 문서를 편집하는 것을 방지 할 수 있습니다.
위의 두 가지를 통해 개정 제어 Word 문서를 처리하는 것은 적어도 허용 가능합니다.공유 폴더 및 트랙 변경을 사용하는 대안을 확실히 능가합니다.
당신은 모두 Word-is-binary-so-no-diff 사람들이 무엇에 대해 이야기하고 있습니까?예를 들어 TortoiseSVN은 즉시 Word와 통합되며 Word의 기본 제공 diff 및 병합 기능을 사용할 수 있습니다.잘 작동합니다.
버전 관리에 문서를 저장하는 프로젝트에서 작업했습니다.비록 사람들이 버전 제어에 익숙하지 않다면 아마도 "작업 복사본", "병합"및 "충돌"과 같은 것에 개념적 어려움이있을 것입니다.문서 관리 시스템을 계획 할 때 사용자의 능력을 과대 평가하지 마십시오.
이 모든 것을위한 크고 강력한 상용 솔루션도 있다고 생각합니다.나는 당신이 충분한 킬로 달러를 가지고 있다면 당신의 필요에 완벽하게 맞는 것을 얻을 수 있다고 확신합니다.문서 관리 시스템은 대기업에게 큰 사업입니다.
기본적으로 생각하면 Wiki로 마이그레이션하는 것이 문제가되지 않습니까?
사용자를 Subversion (또는 이와 유사한 것)으로 강제하는 것이 가능하다고 생각하므로 더 큰 변경이 허용되는 것 같습니다.
다른 마이그레이션 대상은 일종의 구조화 된 XML 문서 형식을 사용하는 것입니다 ( DocBook 이 떠오름).이렇게하면 모든 종류의 문서 형식을 무료로 사용하면서 실제로 diff 및 소스 제어를 사용할 수 있습니다.
Sharepoint 는 또한 좋은 (괜찮은) 버전 관리 작업을 수행합니다.MS 관련 문서.
git 시도는 어떻습니까? .doc 파일에서 구성하면 git에서 .odf 단어를 지원하고 문서 .gitattributes 파일을 열 수있는 것 같습니다.
다음은 참조 입니다. 아래로 스크롤하여 유전자 태그 코딩을 확인하세요.바이너리 파일.
가치가있는 부분에는 Google 문서 도구 도 있습니다.완벽한 핏은 아니지만 버전 관리가 매우 편리합니다.
Clearcase는 개정 추적을 위해 Word와 통합됩니다.Telelogic DOOR도 마찬가지라고 생각합니다.
저는 TortoiseHg 오버레이와 함께 Mercurial을 사용합니다.변경 집합을 마우스 오른쪽 단추로 클릭하고 "Visual Diff"를 선택한 다음 "docdiff"도구 (번들 제공)를 선택하면 변경 내용 추적과 함께 Word에서 문서가 시작됩니다.
가능하지만 문서 버전을 Word 자체와 항상 비교할 수 있습니다.
Word 문서의 변경 사항을 추적 할 수있는 버전 관리 데이터베이스를 들어 본 적이 없습니다.
그러나 Word 문서를 비교할 수있는 몇 가지 도구가 있으므로 비교를 위해 이러한 도구를 사용하도록 버전 관리 클라이언트를 설정하면 재미있게 즐길 수 있습니다.
반드시 그런 것은 아닙니다.새 파일이 리포지토리에 커밋되는 빈도에 따라 다릅니다.커밋하기 전에 파일을 여러 번 편집하면 현재 위치에있는 것입니다.가장 큰 이점은 파일이 손상된 경우입니다.
모든 파일의 버전을 지정할 수 있습니다.예를 들어, 이것이 Mac OS X Leopard의 Time Machine이 작동하는 방식이며, 그의 전체 컴퓨팅 환경을 CVS에 투입 한 다음 집과 직장 컴퓨터에서 작업 복사본을 유지 한 사람의 흥미로운 기사가 있습니다.
하지만 "더 좋음"과 "더 쉬움"은 귀하의 상황에 따라 다르며 상황에 따라 귀하의 문제를 완전히 이해하지 못합니다.
Subversion, CVS 및 기타 모든 소스 제어 시스템은 파일 자체가 바이너리 형식으로 저장되기 때문에 Word 문서 및 기타 Office 파일 (예 : Excel 스프레드 시트)에는 적합하지 않습니다.즉, 다시 돌아가서 주석을 달거나 (또는 비난하거나 또는 원하는 이름으로) 문서간에 차이를 만들 수 없습니다.
Word 문서에 대한 개정 관리 시스템이 있지만 안타깝게도 좋은 시스템이 없습니다.우리는 직장에서 이러한 제어 시스템을 Excel 용으로 사용하는데, 안타깝게도 모두 비용이 듭니다.
좋은 점은 특히 감사 나 실사를해야하는 경우 삶을 훨씬 더 쉽게 만들어 준다는 것입니다.
WinMerge 를 사용하는 경우 Word 및 Excel 바이너리 파일 병합에 대한 지원이 추가되었습니다.
Sharepoint를 살펴보세요.비용이 문제라면 Sharepoint 포털 서비스도 도움이 될 수 있습니다. 자세히 알아 보려면
Google 문서와 비슷하지만 diffs, forks 및 3 방향 병합을 포함한 개정 제어 기능이 내장 된 Revisionator와 같은 것을 사용할 수 있습니다. http://revisionator.com
업데이트 : Google 문서 도구에서 언급 한 너무 빈번한 자동 저장 문제도 해결합니다.데이터 손실을 방지하기 위해 여전히 자동 저장되지만 업데이트 기록에 새 버전을 만들고 변경 사항을 명시 적으로 "릴리스"할 때만 다른 사용자와 공유합니다.
누군가의 답변을 명확히하고 싶었지만 아직 점수가 충분하지 않습니다.
diff는 이진 파일에서 작동하지만 "toto1 및 toto2 이진 파일이 다릅니다"와 같이 실제로 유용하지 않은 것을 말합니다.
그렇게 할 수는 있지만 파일이 바이너리 인 경우 편집하기 전에 항상 잠금을 설정해야합니다.충돌이 발생하지 않습니다 (해결할 수 없음).
많은 새 버전 제어 프로젝트가 전체 디렉토리에 더 적합하며 단일 파일에는 적합하지 않습니다.
개인 파일 만 업데이트하고 싶을 때 전체 프로젝트를 받아야한다고 설득하는 것은 오후를 보내는 "재미있는"방법이 될 수 있습니다.
또 다른 옵션은 dropbox라는 소프트웨어 및 클라우드 컴퓨팅 마법입니다.또는 문서라는 단어를 버리고 대신 로컬 공유 미디어 위키를 만들 수 있습니다.
DropBox : getdropbox DOT com
MediaWiki : mediawiki DOT 조직
예, 가능합니다! 콤보 SVN + TortoiseSVN이 MS Office 문서를 추적하는 데 적합하다는 데 전적으로 동의합니다. 에디션 용 문서를 잠금 , 잠금 해제 된 모든 파일을 쓰기 금지 하여 충돌 (예 : 병렬 수정)을 방지하고, 동일한 파일의 두 버전을 차이 할 수 있습니다. , 모든 수정의 기록을 확인 하고 물론 이전 버전으로 롤백 합니다.
전용 블로그 게시물 . ( 면책 조항 : 저는 블로그 소유자입니다 )
이 모든 것은 SVN 웹 클라이언트를 사용하여 웹에서도 액세스 할 수 있습니다! (일부 소프트웨어 개발이 필요할 수 있음)
온라인 서비스 Simul 을 테스트하셨습니까? 유망 해 보이지만 개인적으로 GitHub와 같은 방향을 좋아합니다. 저는 Simul과 제휴하지 않습니다!
