Я ищу Контроль версий для офисных документов

Я хотел бы посмотреть, есть ли какие-либо автономные варианты контроля версий.

Проблема:

Базовая установка такова, что документы хранятся на центральном сервере, и каждый работает со своей версией документа, с плохими соглашениями об именах, кроме того, нет связи между членами в этом офисе. Это запускает несколько кошмарных сценариев, когда уже открытые документы перезаписывают существующие документы, правки и заказы смешиваются, и, в конце концов, это просто трата денег компании.

Дополнительные проблемы:

Хотя я хотел бы научиться использовать что-то вроде GitHub для такого рода вещей, люди в этом конкретном офисе технически сложны , и я чувствую, что моя идея о чем-то сложном может просто разочаровать их, заставив их вернуться к тому же делу, что и раньше. сделано раньше.

Что я хотел бы:

Я бы хотел что-то самостоятельное , чтобы я мог разместить его в нашей внутренней сети и, в зависимости от способности моего коллеги адаптироваться, разрешить ему быть в сети в какой-то момент.

Это должно быть несколько упрощенно , когда в конце дня кто-то может просмотреть все изменения, внесенные в определенный файл, и сказать принять X, Y или Z, что позволит создать новый файл с определенным соглашением об именах.

Я просмотрел TortoiseGit / SVN и Gogs с собственным хостингом . Я не знаю достаточно, чтобы сказать, является ли это правильным решением или это легко. Все 3 выглядят сложными, но Gogs , похоже, имеет приятный интерфейс и хорошо продуман.

Я видел несколько тем здесь и пробовал несколько вариантов, о которых упоминали люди, но я не уверен.

Любая помощь или объяснение будет принята с благодарностью.

Мои ограничения

Когда дело доходит до чего-то вроде TortoiseSVN , я могу легко установить его. Когда дело доходит до чего-то вроде Gogs , я, вероятно, могу установить его с помощью некоторых приличных инструкций, но я не буду притворяться, что точно знаю, что делаю.

Заранее спасибо.

Я знаю минималистский сервер управления документами с открытым исходным кодом, который подойдет, но он не может отображать «изменения, внесенные в определенный файл». На самом деле это довольно сложное требование, поскольку офисные файлы довольно непрозрачны и обычно обрабатываются системами контроля версий как двоичные BLOB-объекты (без различий). Являются ли различия строгим требованием, или я могу опубликовать ответ на этот вопрос?
Похоже, это может быть очень распространенный запрос. Не могли бы вы опубликовать свой ответ, когда получите его, так как я уверен, что он поможет многим другим в будущем.
Конечно, пост и я буду исследовать его. Как бы то ни было, я надеялся, что есть веб-версия офиса, которая позволяет это. Они слишком параноики, чтобы использовать документы Google, так что это исключено.
К слову о Google Docs: есть несколько самостоятельных решений для Office, например, Collabora (которая даже интегрируется с ownCloud/Nextcloud). Я не пробовал их (пока в этом нет необходимости), поэтому не могу сказать, насколько хорошо они работают с вашим многопользовательским подходом.
Любое дополнительное развитие по этому поводу?

Ответы (2)

SVN на самом деле стоит попробовать. TortoiseSVN имеет средства для сравнения файлов Office (по крайней мере, doc(x) и xls(x)), это выглядит так:

Изображение с http://newgeeks.blogspot.ru/2006/08/word-document-management-using-svn.html

Хотя существуют простые в установке серверы SVN с графическим интерфейсом, такие как VisualSVN , сервер на основе HTTP даже не нужен, поскольку TortoiseSVN может создавать и использовать репозитории в файловой системе .

Единственная загвоздка - трехстороннее слияние: я не смог найти никакой информации о том, возможно ли это и как это сделать.

Git даже более удобен в долгосрочной перспективе, поскольку он, например, 1) позволяет сохранять незавершенную работу локально поэтапно и загружать ее на центральный сервер только после ее завершения и 2) позволяет работать в автономном режиме. Но у него более крутая кривая обучения.

Спасибо за ваше время и усилия! Похоже, это будет лучшее и самое простое решение для реализации. Как только я изучу все тонкости этого сервера и методы, я научу других. Еще раз спасибо. :)
@user980071 user980071, если вы внимательно прочитали, сервер SVN даже не нужен, репозиторий может находиться в файловой системе, например, на сетевом ресурсе (я никогда не пробовал это сам, но они так говорят).
Ах, хорошо, у меня сложилось впечатление, что будет задействован сервер, просто для регистрации и отображения изменений. Буду тестировать. Извините, я еще не успел.

Я предполагаю, что вы используете документы Microsoft Office (а не LibreOffice и т. д.). Если вы можете отказаться от своего требования к самостоятельному размещению, то я думаю, что решение Microsoft этой проблемы заключается в использовании сайта Sharepoint . Учитывая, что вы сказали, что в будущем можете мигрировать в сеть, я предполагаю, что ваше предпочтение самостоятельному размещению связано с техническими/контролирующими проблемами, а не с юридическими требованиями.

Sharepoint является частью пакета Office 365 и стоит денег. Вы не указали, что хотите бесплатное решение (хотя большинство ваших примеров бесплатны). Однако если ваш работодатель уже подписался на Office 365, то Sharepoint доступен вам без дополнительной платы.

Sharepoint поддерживает простое линейное управление версиями документов и интегрируется с настольными приложениями для сохранения документов непосредственно на сайте и т. д.

Sharepoint был бы отличным решением, однако здесь работает много версий Office, и было бы непросто оправдать унифицированное обновление, когда старые пакеты в их глазах работают так же хорошо.
Я ищу Контроль версий для офисных документов
СпросиСетьПолитика конфиденциальности1y, 0v