Существуют ли приложения для распределенного контроля версий (DVCS), если я не программист?

Термины DVCS и Git, похоже, часто используются. Есть ли приложения для этой технологии, если я не программист, а просто обычный "суперпользователь"?

11 ответов

Автор Кори Доктороу попросил нескольких друзей- фанатов написать FlashBake, чтобы каждые 15 минут фиксировать свою работу вместе с другой информацией.

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

Его пост в блоге о FlashBake рассказывает гораздо больше о мотивации, полезности и деталях.

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

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

Мы собираемся использовать VCS, чтобы устранить беспорядок, и если кто-то внутри компании хочет копию? Просто перейдите к VCS и получите последнюю версию.

Вероятно, мы собираемся использовать VisualSVN, поскольку для нас это один из самых простых способов настроить VCS "установить и забыть" для нашей локальной сети.

Я лично использую git-репо, чтобы отслеживать изменения, которые я делаю в моем / etc, или в другой папке с некоторой важной информацией.

Я бы сказал, что VCS (распределенная или нет) полезна для отслеживания изменений в элементах, а не обязательно в исходных кодах.

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

Dropbox ( http://www.dropbox.com/), строго говоря, не является системой контроля версий. Однако он использует git за кулисами и предлагает большинство функций управления версиями, которые непрограммистский пользователь хотел бы для хранения файлов:

  1. Абстрагирует от непонятных частей системы управления версиями; по большей части пользователям не нужно знать или заботиться о том, что происходит за кулисами.
  2. Изменения, внесенные в файл на одном компьютере, немедленно передаются на другие компьютеры, подключенные к вашей учетной записи Dropbox.
  3. На бесплатных учетных записях Dropbox все изменения за последние 30 дней сохраняются и могут быть отменены. На аккаунте $10/ месяц предыдущие версии сохраняются до бесконечности, без отсечки.

Основным недостатком Dropbox является то, что бесплатный сервис предлагает "только" 2 ГБ. Это все еще довольно много, в зависимости от вашего предполагаемого использования.

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

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

Если вы работаете в Windows, File Hamster - это коммерческое приложение, предназначенное для RCS (с распространяемым для IIUC предприятия) для непрограммистов:

http://www.filehamster.com/index.php?page=users

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

Есть также словосочетание для непрограммистов, но оно не распространяется AFAIK:

http://www.acertant.com/web/versomatic/default.htm

Mercurial прекрасно работает для задач, не связанных с программированием. Сохраняйте версии почти любых документов, над которыми вы работаете. Работать с бинарными файлами не так эффективно, как с текстом, но для небольших сред это, вероятно, все еще хорошо. Получить TortoiseHg для простой установки и простоты использования. Какими файлами вы хотите управлять, и это только для вас или для группы людей? Ответы на эти вопросы являются ключом к выбору правильной системы для использования.

Хорошие системы контроля версий предназначены специально для программистов, хотя они оптимизированы для простых текстовых файлов. Я рекомендую SVN использовать Tortoise, если вы используете Windows.

Ммм , моя жена использовала git со своими друзьями для совместной работы, чтобы они могли "объединять" свою работу в конце каждого путешествия

Я на самом деле склонен использовать RCS (не знаю, я знаю) для своих школьных работ. Главным образом потому, что я ленивый, и так легко поместить файл под RCS в Emacs, и я боюсь писать без контроля версий - что если я решу, что я вообще не хочу удалять этот абзац?

Если бы я собирался написать что-то достаточно большое, чтобы я хотел, чтобы мой текст был в нескольких файлах, я бы определенно использовал для этого DVCS, возможно, Bazaar.

Что касается причин использовать DVCS, а не просто старый VCS,

  1. С другими проще сотрудничать

  2. Кроме того, проще редактировать ваши материалы в нескольких местах - нет необходимости в центральном сервере или тщательном копировании последней версии какого-либо хрупкого каталога "хранилища". (Это действительно особый случай предыдущего - самостоятельное сотрудничество!)

  3. Вообще проще создать репозиторий в первую очередь

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

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

Вот один пример: https://github.com/PeerJ/paper-now но есть много других для академической публикации. Я думаю, что видел что-то для менее формальной публикации (сотрудничество журналистики? Работа на добровольной основе?), Но сейчас я не могу найти ссылку.

Сам GitHub, конечно, централизован, но как только вы поймете эту концепцию, вам ничто не помешает полностью перейти на DVCS.

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