Другое использование контроля версий, чем для кода?

Question

Видя это: http://www.suckless.org/wiki.html. Вики на основе Mercurial. Есть ли другое не связанное с кодом использование для контроля версий? Есть ли другие проекты, которые используют инструменты управления версиями внутри вместо того, чтобы программировать свое собственное конкретное решение?

Answer 1

пара, которая приходит на ум

1. Документация
2. Технические характеристики
3. тестовые базы данных

Answer 2

Простая система отслеживания ошибок с файлом на ошибку, структура папок для обработки статусов и соглашение об именах для упрощения поиска.

Answer 3

Помещение /etc или других каталогов / файлов конфигурации в систему контроля версий может быть полезно, если все сделано правильно.

Также некоторым людям нравится ставить свой домашний каталог под контроль версий .

Answer 4

Идем дальше по пути "без кода", как насчет GTD?

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

Answer 5

Будучи студентом, ищущим работу, я использую контроль версий для своего резюме.

Почему я это делаю:

1. Я могу поддерживать один по умолчанию резюме для большинства заявлений о приеме на работу («сундук»).
2. Если я хочу играть с разными варианты форматирования, могу разветвлять и играть там, не влияя на Ствол
3. Если мне нужна последняя копия в кратчайшие сроки, багажник всегда имеет конюшню версия
4. Если для открытия вакансии требуется конкретные навыки, я могу отделаться от версия, где я выделяю эти
5. Я могу создавать теги, чтобы отслеживать, какие версии я отправлял конкретным компаниям, что может помочь мне подготовиться к интервью
6. Приятно видеть, как мое резюме развивается со временем :)

Answer 6

Конфигурационные файлы. Хороший способ документировать изменения в вашей системе. И всегда иметь возможность отменить изменения.

Answer 7

У нас есть группа графических дизайнеров, которых мы в настоящее время пытаемся преобразовать для использования Team Foundation Server через Teamprise.

Кроме того, не думайте об этом просто как о коде в традиционном смысле. Скрипты базы данных, скрипты индексации для поисковых устройств и т. Д. Также могут быть записаны и версионированы. В сочетании с хорошим процессом сборки, вы можете не тратить много времени на ручное развертывание этих артефактов.

И, как уже упоминалось, документация, данные испытаний и т. Д.

Answer 8

В моем офисе мы используем его как временную форму отключения общего доступа к файлам. В ревизии HEAD около 4 ГБ файлов, и это прекрасно работает. Наличие полной истории версий для всех ваших документов - отличный инструмент для резервного копирования.

Answer 9

Немного поздний ответ, но я чувствовал, что это принадлежит здесь:

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

Простое открытие «git tree» хранилища покажет мне, как долго игра была запущена, а также сохранит версионный архив ее сохранений, что действительно полезно, если нужно, «вернуться во времени». 1006 *

Answer 10

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

Мы начали это для поддержки разработки, но нам понравилось управление версиями и история для документации, тестов и т. Д.