Проводник Windows для нескольких расположений файловой системы одновременно

Мне бы хотелось, чтобы я мог вносить изменения в файловую систему Windows в нескольких местах одновременно, например, чтобы вносить одинаковые изменения вручную для двух веб-серверов с балансировкой нагрузки *. Я хотел бы сделать это в графическом виде, так что что-то вроде многопользовательской версии Explorer будет просто уловкой. Существует ли что-нибудь подобное?

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

Чтобы быть более понятным: хотя вы, вероятно, могли бы достичь того же конечного результата, внося изменения в одном месте и затем синхронизируя с другими, я хотел бы использовать менее надежный и менее потенциально подверженный пропускной способности метод.

РЕДАКТИРОВАТЬ Чтобы быть более понятным: я вижу, что какая-то система на основе контроля версий может работать, чтобы выполнить некоторые из требований этого, это действительно специальный графический инструмент, который мне нужен - я хочу, чтобы это было так просто насколько это возможно, и я не хочу заранее тщательно готовить окружающую среду. Я не пытаюсь решить общую проблему с альтернативными решениями. Похоже, такого инструмента как такового не существует, возможно, потому, что это не совсем лучшая практика, и нетрудно преодолеть проблемы с небольшим количеством работы другим способом. Спасибо за помощь!

Обычно я использую Windows Server 2003, XP и Vista, хотя мне было бы интересно узнать о существовании таких инструментов в более широком контексте.

* Просто пример, я знаю, что обычно такие вещи можно сделать просто с помощью скрипта.

2 ответа

You have a set of 'mirrored' systems where a change in one should be reflected to the other(s).
The easiest way to do this (acceptable by you) is synchronize the folders.
Trouble with sync is the large scale copy involved, you say.

  1. If you do a smarter sync (which almost any of the tools/scripts would do),
    only the modified files would be synchronized
    • when you move files around in the 'primary' folder, the sync would probably cause a delete and a new-copy in this scheme
    • A better target would be to somehow get the edits across the systems rather than sending full copies of the files.
    • this would be more useful for text files which are typically large (full copy is costlier)

This suggests a CVS solution

  • You could run a CVS server on one of the machines or an entirely different machine
  • Все копии будут checked-out из этого общего хранилища
  • любые изменения будут сопровождаться commit а также updateна других машинах
  • Это отправит только различия (исправления) на другие машины для текстовых файлов
    • Тем не менее, двоичные файлы будут скопированы полностью

Проблемы и возможные решения.

  1. Схема не очень полезна, если у вас есть двоичные файлы, которые нужно синхронизировать.
    • Если есть сценарии, которые влияют на изменения двоичных файлов, вы можете ввести их в систему CVS, они будут синхронизированы и могут применяться на всех компьютерах.
    • Если Если вам нужно переместить файлы между папками одной из систем
    • Это тоже может быть написано в сценарии, и сценарии снова синхронизированы для приложения

Наконец, все это не выглядит очень "визуально" - извините за это.
Может быть, есть инструмент для такой вещи; или, это может быть идея для одного.

WinMerge может легко сравнить две директории. В Beyond Compare есть еще несколько наворотов, которые могут оказаться полезными (думаю, это 30 долларов за стандартную версию).

РЕДАКТИРОВАТЬ: Учитывая ваше пояснение ниже, одно из решений, которое вы можете рассмотреть, - это преобразование папок в репозитории SVN или GIT. Затем вы можете зафиксировать в одном экземпляре и обновить в других. Вы можете использовать такие функции, как svn-move, чтобы перемещать папки без необходимости удалять и переписывать.

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

Другие вопросы по тегам