문서 추적에 버전 제어 (예 : Subversion)를 적용 할 수 있습니까?
우리 부서의 다른 사람들이 수정해야하는 약 100 개 이상의 문서 (소스 코드가 아닌 워드 문서)를 담당하고 있습니다. 현재 모든 문서는 검색, 수정 및 폴더에 다시 저장할 공유 폴더에 있습니다.
내가 지금하고있는 것은 공유 폴더에서 "수정 된 날짜"를 찾고 최근 수정 된 문서를 열고 MS Word의 "변경 내용 추적"기능을 사용하여 변경 사항을 적용하는 것입니다. 나는 이것이 약간 지루하다고 생각합니다.
그렇다면 버전 제어 데이터베이스에서 이것을 커밋하면 더 좋고 더 쉬울까요?
기본적으로 다른 버전의 파일을 유지하고 싶습니다.
답변에서 무엇을 배웠습니까?
Time Machine을 사용하여 다른 버전 저장 (또는 Vista의 섀도 복사본)
버전 관리 앱을 사용할 때 텍스트 문서와 이진 문서에는 차이가 있습니다. (난 몰랐어)
Diff는 바이너리 파일에서 작동하지 않습니다.
수정을위한 알림 시스템 (예 : 이메일)이 좋습니다.
Google 문서 수정 기능.
업데이트 :
나는 Google 문서 수정 기능을 가지고 놀았고 그것이 거의 나에게 적합하다고 생각합니다. 너무 빈번한 버전 관리 (자동 저장)에 약간 짜증이납니다.
하지만 나에게 옳다고 느낀다고 내 부서에 옳다고 느끼는 것은 아닙니다. 이러한 모든 문서를 Google에 저장해도 괜찮을까요?
아무도 묻지 않은 것으로 보이는 한 가지는 문서의 변경 내역을 저장해야하는 법적 요구 사항이 있는지 여부입니다.
수행 여부는 고려할 수있는 솔루션에 영향을 미칠 것입니다.
또한 오래된 사본에 대한 알림 메커니즘도 재미 있습니다. 엔지니어 A가 문서의 사본을 가지고 있고 엔지니어 B가 문서를 편집하고 변경 사항을 커밋하면 엔지니어 A가 자신의 사본이 오래되었다는 알림을받을 수 있습니다.
문서 제어는 아주 쉽게 웜의 실제 캔이 될 수 있습니다.
문서를 CVS 또는 SVN 아래에두고 동일한 문서를 업데이트 할 때 사본을 체크 아웃 한 사람에게 이메일이 생성되도록 설정할 수 있습니다. 저장소에 체크인 되었습니까?
편집 : 새 문서를 추가 할 때 바이너리 스위치 (예 : CVS의 경우 -kb)를 사용하는 것을 잊지 마세요. 그렇지 않으면 관련 구성 관리 데이터가 추가 된 키워드 문자열의 ascii와 일치하는 데이터 시퀀스가 발생하여 문서가 손상됩니다. 데이터.
SVN에서 Word 문서로 작업했습니다. TortoiseSVN을 사용하면 Word 문서를 쉽게 비교할 수 있습니다 (작업 복사본과 저장소 간 또는 두 저장소 개정판간에). 정말 매끄럽고 확실히 추천합니다.
SVN에서 Word 문서를 사용하는 경우 수행 할 다른 작업은 Word 문서에 svn : needs-lock 속성을 추가하는 것 입니다. 불행히도 Word 문서를 병합하는 좋은 방법이 없기 때문에 두 사람이 동시에 같은 문서를 편집하는 것을 방지 할 수 있습니다.
위의 두 가지를 통해 개정 제어 Word 문서를 처리하는 것은 적어도 허용 가능합니다. 공유 폴더 및 트랙 변경을 사용하는 대안을 확실히 능가합니다.
도대체 당신은 모두 Word-is-binary-so-no-diff 사람들이 무엇에 대해 이야기하고 있습니까? 예를 들어 TortoiseSVN은 Word와 즉시 통합되며 Word의 기본 제공 diff 및 병합 기능을 사용할 수 있습니다. 잘 작동합니다.
버전 관리에 문서를 저장하는 프로젝트에서 작업했습니다. 비록 사람들이 버전 제어에 익숙하지 않다면 아마도 "작업 복사본", "병합"및 "충돌"과 같은 것에 개념적 어려움이있을 것입니다. 문서 관리 시스템을 계획 할 때 사용자의 능력을 과대 평가하지 마십시오.
이 모든 것에 대한 크고 강력한 상업적 솔루션이 있다고 생각합니다. 나는 당신이 충분한 킬로 달러를 가지고 있다면 당신의 필요에 완벽하게 맞는 것을 얻을 수 있다고 확신합니다. 문서 관리 시스템은 대기업에게 큰 사업입니다.
상자 밖에서 생각하면 Wiki로 마이그레이션하는 것이 의문의 여지가 없습니까?
사용자를 Subversion (또는 이와 유사한 것)으로 강제하는 것이 가능하다고 생각하므로 더 큰 변경 사항이 허용되는 것 같습니다.
또 다른 마이그레이션 대상은 일종의 구조화 된 XML 문서 형식을 사용하는 것일 수 있습니다 ( DocBook 이 떠 오릅니다). 이렇게하면 모든 종류의 문서 형식을 무료로 사용하면서 실제로 diff와 소스 제어를 사용할 수 있습니다.
Sharepoint 는 또한 MS 관련 문서의 버전을 관리하는 훌륭한 작업을 수행합니다.
시도해 git보는 것은 어떻습니까? 파일에서 구성하면 git이 단어를 지원 .doc하고 문서 .odf파일을 열 수 있습니다 .gitattributes.
여기에 참조 가 diff있습니다. 아래로 스크롤하여 바이너리 파일을 찾습니다.
그만한 가치를 위해 Google 문서 도구도 있습니다. 완벽한 핏은 아니지만 버전 관리가 매우 편리합니다.
Clearcase는 개정 추적을 위해 Word와 통합됩니다. Telelogic DOOR도 마찬가지라고 생각합니다.
TortoiseHg 오버레이와 함께 Mercurial을 사용합니다. 변경 집합을 마우스 오른쪽 단추로 클릭하고 "Visual Diff"를 선택한 다음 "docdiff"도구 (번들 제공)를 선택하면 변경 내용 추적과 함께 Word에서 문서가 시작됩니다.
할 수는 있지만 문서 버전을 Word 자체와 항상 비교할 것입니다.
I haven't heard a version control database which can track changes in Word documents.
However there are some tools which can compare Word documents, so if you set up your version control client to use these tools for comparison, you can have some fun.
Not necessarily. It depends on how often the new files are committed to the repo. If the files are edited several times before a commit, then you're precisely where you are now. The biggest benefit is if the file becomes corrupted.
You can version any file; this is how Time Machine in Mac OS X Leopard works, for example, and there is an interesting article by someone who committed his entire computing environment into CVS and then just maintained working copies on his home and work machines.
But "better" and "easier" are specific to your situation, and I'm not sure I completely understand your problem as things stand.
Subversion, CVS and all other source control systems are not good for Word documents and other office files (such as Excel spread sheets), since the files themselves are stored in a binary format. That means that you can never go back and annotate (or blame, or whatever you want to call it), or do diffs between documents.
There are revision control systems for Word documents out there, unfortunately I do not know any good ones. We use such control systems for Excel at my work, and unfortunately they all cost money.
The good thing is that they make life a lot easier, especially if you ever have to do an audit or due diligence.
If you use WinMerge it has added support for merging Word and Excel binary files.
Have a look at Sharepoint. If cost is an issue, Sharepoint portal sevices can also work for you. Read this for more info
You could use something like the Revisionator, which is like google docs but with built in revision control including diffs, forks, and 3 way merges. http://revisionator.com
UPDATE: It also fixes the problem of too frequent autosaving that you mention with Google Docs. It'll still autosave to prevent data loss, but it will only create a new version in the revision history and share with other users when you explicitly "release" your changes.
Just wanted to clarify an answer someone gave but I don't have enough points yet.
diff will work on binary files but it is only going to say something not really useful like "toto1 and toto2 binary files differ".
You could do that, but if that files are binary you should always put a lock on it before editing. You won't get a conflict (which would be unresolvable).
Many of the new version control projects are better suited to entire directories, and not so much for single files.
Convincing someone that they need to get an entire project, when they only want to update an individual file can be a "fun" way to spend an afternoon.
Another option you have is a piece of software and cloud computing magic called dropbox. Or, you could ditch the word documents and make a locally shared mediawiki instead.
DropBox: getdropbox DOT com
MediaWiki: mediawiki DOT org
YES, it's applicable! I totally agree to say that the combo SVN+TortoiseSVN suits well to track MS Office documents. You can lock a document for edition, write protect all unlocked files to avoid conflicts (i.e. parallel modifications), diff two versions of the same file, see the history of all the modifications and of course rollback to an older revision.
I tried to describe all of those tips in a dedicated blog post. (disclaimer: I'm the blog owner)
All of this could even be accessible from the web with a SVN web client! (might need some software development)
But if you're not accustomed to Version Control Systems in an other context this may not be the obvious choice. The needed work for a good integration with docs give dedicated tools an advantage: "electronic document management" systems are made just for that. A VCS like SVN may stay a good alternative for cost reasons :-)
Did you test the online service Simul? It looks promising, I personally like the GitHub-like orientation. Note that I'm not affiliated to Simul!
'IT TIP' 카테고리의 다른 글
| 객체 배열 선언 (0) | 2020.10.18 |
|---|---|
| Elasticsearch로 JSON 파일 가져 오기 / 인덱싱 (0) | 2020.10.18 |
| 열 머리글 클릭시 WPF ListView / GridView 정렬을 만드는 가장 좋은 방법은 무엇입니까? (0) | 2020.10.18 |
| Enter., Backspace 및 탐색 키가 Visual Studio 2010 w / Powertools / Resharper에서 응답하지 않습니다. (0) | 2020.10.18 |
| R : 코드 블록 주석 처리 (0) | 2020.10.18 |