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

StackOverflow https://stackoverflow.com/questions/340717

  •  19-08-2019
  •  | 
  •  

Вопрос

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

Это было полезно?

Решение

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

Другие советы

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

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

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

    Идем дальше вниз по & «без кода»! путь, как насчет GTD?

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

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

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

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

    <Ол>
  • Я могу поддерживать один по умолчанию резюме для большинства заявлений о приеме на работу (" trunk ").
  • Если я хочу играть с разными варианты форматирования, могу разветвлять и играть там, не влияя на Ствол
  • Если мне понадобится последняя копия в кратчайшие сроки, багажник всегда имеет конюшню версия
  • Если для открытия вакансии требуется конкретные навыки, я могу отделаться от версия, в которой я выделяю эти
  • Я могу создавать теги, чтобы отслеживать, какие версии я отправлял конкретным компаниям, что может помочь мне подготовиться к интервью
  • Приятно видеть, как мое резюме развивается со временем:)
  • В моем офисе мы используем это как форму разрозненного обмена файлами. В ревизии HEAD около 4 ГБ файлов, и это прекрасно работает. Наличие полной истории версий для всех ваших документов - отличный инструмент для резервного копирования.

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

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

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

    Я бы использовал VC для реализации функции архивирования (или резервного копирования) данных на диске.

    Также:

    • Любой документ, связанный с проектом.

    Не то, о чем вы говорите, но программное обеспечение для контроля версий может быть удобной платформой для обмена файлами с другом или небольшой сетью.

    Конечно, ТОЛЬКО ДЛЯ ТОЧНО ЮРИДИЧЕСКИХ ПРИЧИН.

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

    Благодаря этой публикации от компании Rands in Repose ( " Dumbing Down the Cloud [sic] "), я изучил dropbox , который бесплатное онлайн-хранилище с отслеживанием истории версий, откатом и обменом. Для кого-то вроде моей жены, профессора, работающего с коллегами над бумагами по всей стране, это огромный шаг вперед в их рабочем процессе.

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

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

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

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

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

    Лицензировано под: CC-BY-SA с атрибуция
    Не связан с StackOverflow
    scroll top