Я собираюсь начать проект, в котором программисты будут вносить свой вклад из своих домов (так же, как был построен stackoverflow)
Я хочу использовать централизованное управление исходным кодом, но я не хочу, чтобы программисты были в сети, и сервер может время от времени отключаться (поскольку сначала это, вероятно, будет мой настольный компьютер)
Думаю, я помню, как Джефф говорил об этом в каком-то подкасте, но не помню, в каком именно.
Есть ли инструмент управления версиями, который работает, возможно, асинхронно по электронной почте? Программисты могут подключиться, чтобы загрузить последнюю версию, и процесс регистрации будет, например, отправлять файлы на учетную запись электронной почты.
Такое существует?
Обновлено: Извините, я забыл сказать, что буду работать с .NET (Visual Studio 2008)
Было бы здорово, если бы его можно было интегрировать в эту среду ... поддерживает ли GIT (предложенный ниже) это?





git в основном построен с использованием этого сценария как одного из основных требований.
Другие также поддерживают это, они обычно называются «распределенная система контроля версий».
Согласовано. Я лично предпочитаю Bazaar (bazaar-vcs.org), но что бы вы ни выбрали, похоже, что вам нужен распределенный контроль версий.
Для этой цели вы можете использовать мерзавец. Доступ к централизованному серверу не требуется, но вы можете настроить его, если хотите. Git различает фиксацию и push / pull, поэтому работа в автономном режиме отлично работает. На сайте git есть отличная документация.
В хранилище Sourcegear есть надстройка, которая позволяет это
Вы ищете Распределенный контроль версий, такую как Git, Bazaar или Mercurial.
Мне лично нравится Bazaar, потому что он имеет хорошую поддержку Windows.
Я думаю, что Mercurial может быть лучшим выбором в вашем случае, поскольку, похоже, у него есть плагин Visual Studio. У него есть веб-интерфейс и поддержка ssh, которые, вероятно, лучше, чем электронная почта, но есть также расширение, которое позволяет устанавливать исправления по электронной почте.
Хм, не видел этого ... Есть еще одно отличие ... похоже, они все почти идентичны на данный момент ...
Как насчет того, что можно интегрировать в визуальную студию?
Я думаю, что mercurial может быть единственным с поддержкой VS ... и я думаю, что это был сторонний плагин
Bazaar поддерживает исправления по электронной почте, но я бы использовал SFTP или аналогичный. Насколько актуален msysgit? Насколько зрелый? Я обычно скептически отношусь к портам Windows, для которых требуется Cygwin (не из-за каких-либо проблем с cygwin, а потому, что Windows обычно не является приоритетом среди продуктов, которые на нее полагаются)
Git и mercurial теперь имеют хорошую поддержку окон, поэтому большая часть различий между версиями 3.
Subversion - это то, о чем Джефф говорил в подкасте. Вы можете купить VisualSVN для интеграции с Visual Studio. svn очень хорошо работает в автономном режиме, так как вам не нужно разговаривать с сервером, если вы не проверяете или не получаете данные.
Также посмотрите AnkhSVN - Бесплатно для Visual Studio!
Проблема SVN по сравнению с реальными распределенными системами контроля версий заключается в том, что вы не можете выполнять локальные коммиты, сравнения, ветвления, слияния. DVCS поддерживает все (или большинство) этих операций без доступа к центральному репозиторию.
Мне нравится Git, и saua прав в том, что DVCS дает вам больше возможностей в автономном режиме. Но пока вы получите больше полезности от интеграции VisualSVN или AnkhSVN для работы с Visual Studio.
Разработчики всегда могут запускать локальные репозитории svn и время от времени синхронизировать сервер, чтобы получить большинство преимуществ git. Я сделал это в одном проекте, где VSS была главной системой управления версиями. Мы использовали SVN локально и ежедневно синхронизировались с VSS.
Существует также бесплатный инструмент SmartSVN для Subversion, который интегрируется с оболочкой Windows (добавляя причудливые значки, которые позволяют отличать локально измененные файлы от нетронутых и т. д.). Я использовал Subversion и SmartSVN как дома, так и в офисе, и могу только рекомендовать их. Проверьте его особенности здесь.
электронная почта - не лучший способ перемещать большие файлы. По крайней мере, существует слишком много мест, которые могут ограничить размер передачи или удалить вложения. Используйте что-нибудь более подходящее для этого.