Увидев это: http://www.suckless.org/wiki.html. Вики, основанная на Mercurial. Есть ли другие способы использования контроля версий, не связанные с кодом? Существуют ли какие-либо другие проекты, которые используют инструменты управления версиями внутри вместо программирования своего собственного конкретного решения?
Я бы использовал VC для реализации функции архивирования (или резервного копирования) данных на диске.
Также:
Пара, которая приходит на ум
Помещение /etc
или других каталогов / файлов конфигурации в систему управления версиями может быть полезно, если все сделано правильно.
Также некоторым нравится поставить свой домашний каталог под контроль версий.
etckeeper (kitenet.net/~joey/code/etckeeper) - хороший инструмент для работы с / и т. д. в системе контроля версий. Он упакован для debian и ubuntu.
Файлы конфигурации. Хороший способ документировать изменения в вашей системе. И всегда иметь возможность отменить изменения.
Как насчет GTD, если пойти дальше по «некодовому» пути?
Если вы храните свои задачи, контексты, следующие действия и т. д. В виде обычного текста, вы можете использовать контроль версий для поддержки и воспроизведения ваших действий по проекту. Журнал (-ы) фиксации может предоставить хорошую сводку активности, если вам нужно сообщать о таких вещах.
В моем офисе мы используем его как форму временного отключения доступа к файлам. В ревизии HEAD около 4 ГБ файлов, и она отлично работает. Наличие полной истории версий для все ваших документов - отличный инструмент для резервного копирования.
Простая система отслеживания ошибок с файлом для каждой ошибки, структурой папок для обработки статусов и соглашением об именах для упрощения поиска.
+1 Это скорее "нестандартное" мышление, заданный вопрос.
Есть Artemis: mrzv.org/software/artemis Давненько не трогал, но он должен быть в рабочем состоянии.
Не то, о чем вы говорите, но программное обеспечение для контроля версий может быть простой платформой для обмена файлами с другом или небольшой сетью.
ТОЛЬКО ПО ИСТИННО-ЮРИДИЧЕСКИМ ПРИЧИНАМ, конечно.
Все, что проходит через версии (документы, код, презентации, реклама, изображения ...), может выиграть от контроля версий. Если есть несколько человек, которые используют / редактируют часть, то вам определенно нужен контроль версий. На самом деле они должны иметь возможность отображать различия и отслеживать историю независимо от программы редактирования.
Благодаря сообщению это от Rands in Repose ("Dumbing Down the Cloud [sic]") я изучил Dropbox, бесплатное онлайн-хранилище с отслеживанием истории версий, откатом и совместным использованием. Для кого-то вроде моей жены, профессора, работающего с коллегами над документами по всей стране, это огромный шаг вперед в их рабочем процессе.
У нас есть группа графических дизайнеров, которых мы в настоящее время пытаемся преобразовать для использования Team Foundation Server через Teamprise.
Кроме того, не думайте об этом просто как о коде в традиционном смысле. Скрипты баз данных, скрипты индексирования для поисковых устройств и т. д. Также могут быть записаны и версированы. В сочетании с правильным процессом сборки вы также можете избавиться от значительных усилий вручную при развертывании этих артефактов.
И, как уже упоминалось, документация, тестовые данные и т. д.
Моя компания хранит всю документацию по жизненному циклу для каждого выпуска продукта в системе контроля версий. Это элементы, созданные во время разработки, тестирования и выпуска продуктов.
Мы начали это для поддержки разработки, но в итоге нам понравился контроль версий и история документации, тестовых примеров и т. д.
Как студент-выпускник, ищущий работу, я использую систему управления версиями для своего резюме.
Почему я это делаю:
Немного запоздалый ответ, но я чувствовал, что это здесь:
Некоторое время назад я использовал Git, чтобы отслеживать время, потраченное на игры. Я привязал ярлыки игр к небольшой программе, которая следила за процессами и сохранениями игры. Каждый раз, когда игра запускалась, она переключалась на ветку, названную в честь этой игры, и совершала сохранения каждые 10 минут, даже если они не были изменены. Когда игра была закрыта, она остановилась и снова переключилась на мастер.
Простое открытие «git tree
» репозитория покажет мне, как долго игра работает, а также сохранит версионный архив ее сохранений, что действительно полезно для возврата «назад во времени», если это необходимо.
Но все же в основном та же концепция. «Документация» - это, по сути, исходный код, но только для другого потребителя.