Подтвердить что ты не робот

Легкий контроль источника

Я ищу легкую систему управления версиями для использования в проектах "хобби", в которых работает только один человек (я). У кого-нибудь есть предложения? В идеале он должен взаимодействовать с Visual Studio либо наивно, либо через другой плагин, вне этого, все, что работает, было бы неплохо заменить Gmail как контроль источника.

4b9b3361

Ответ 1

Вы можете использовать assembla.com для размещения своего проекта. Они предлагают подрывную деятельность, git и меркуриальный хостинг. Я лично использую их подрывный хостинг для свободного и частного проекта с одним человеком. В качестве дополнительного бонуса вы также получаете вики и систему билетов. Который может помочь вам управлять своими вещами.

И самое лучшее, что вам не нужно настраивать ваш сервер subversion, и он размещен за пределами сайта.

Это действительно хорошо для бесплатного сервиса.

Personnaly, я использую TortoiseSVN как мой клиент, но он не интегрирован в визуальную студию.

Для интеграции вы можете попробовать VisualSVN (не бесплатно) или AnkhSVN (бесплатно)

Ответ 2

Я использую VisualSVN Server (бесплатно) и Tortoise SVN (бесплатно) для школы, работы, хобби, всего. Если вы хотите интегрировать Visual Studio, вы можете использовать Visual SVN ($ 49) или AnkhSVN (бесплатно).

Ответ 3

Посмотрите Mercurial Проектируйте систему управления распределенным источником с открытым исходным кодом. Существует tortize и плагин eclipse, но ничего для плагина Visual Studio, о котором я знаю.

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

Ответ 4

Git очень легкий и подходит как для личных проектов, так и для таких крупных проектов, как ядро ​​Linux. На веб-сайте есть много учебной документации, которая поможет вам начать работу. Пример:

git init
git add .
git commit -m "my first commit!"

Если вы заинтересованы в интеграции Visual Studio, я бы, вероятно, рекомендовал Subversion, так как есть несколько плагинов, которые могут сделать вашу жизнь проще. Кроме того, TortoiseSVN определенно стоит установить.

Ответ 6

TortoiseSVN отлично работает. Вам даже не нужен сервер Subversion, вы можете создать локальный репозиторий через инструмент. Поскольку он интегрируется прямо в Проводник Windows, он упрощает работу в самых разных сценариях. У вас также есть возможность работать с удаленными серверами Subversion или Team Foundation Servers (через SVNBridge).

Ответ 7

Я предпочитаю распределенный контроль версий для личных проектов, потому что они устраняют необходимость в сервере. Mercurial - это тот, который я пытаюсь использовать большую часть времени, но я хорошо слышал о git.

Ответ 8

Я не могу комментировать другое программное обеспечение для управления версиями, но после использования VSS 6.0, StarTeam, Vault и SVN я не могу более высоко оценивать SVN + Tortoise. AnkhSVN - бесплатный плагин для Visual Studio, который я лично не нагревал. Видимо, визуальный SVN намного лучше, но стоит денег.

Ответ 9

SVN с SmartSVN или черепахойSVN? не совсем такая легкая, но хорошая практика для большого плохого мира.

Ответ 10

Выберите свой вариант управления распределенной версией. Мне нравится Mercurial, другие люди клянутся Git и Bazaar. Нет необходимости создавать поддельный сервер для размещения каталога под контролем версий, что, IMO, делает его очень идеальным для небольших проектов.

Я не уверен, что у любого из них есть плагины Visual Studio.

Ответ 11

Если у вас есть доступ к SQL Server, то SourceGear Vault является бесплатным для одного пользователя. Если вы хотите пойти еще дальше, отслеживание проблем Axosoft OnTime также бесплатное для однопользовательского использования. Я использую как дома (бесплатно), так и мы используем оба (лицензированных) в нашей компании. Оба интегрируются в Visual Studio, а OnTime также поддерживает интеграцию Vault.

Ответ 12

Я использую Perforce на работе и дома для хобби. Его достаточно просто настроить и разрешить двум пользователям и пяти рабочим пространствам без необходимости платить за лицензию. Также есть плагин интеграции Visual Studio.

Ответ 13

В последнее время я стал сильным сторонником Git и интересный индексный псевдо-репозиторий. Но если вам не нужен все fancy rebase --interactive и прочее, как контент по отслеживанию файлов, а так как его поддержка Windows является слабым местом - Hg является допустимой альтернативой. Я довольно уверен, что у меня нет VS-плагина VS, но с PoSH командная строка все равно больше удовольствия.

Ответ 14

Спасибо за всю помощь до сих пор, у меня все работает, и сейчас я работаю с Assembla как Subversion server TortoiseSVN для общего доступа к Subversion и AnkhSVN для интеграции Visual Studio. В целом я очень впечатлен этой конкретной конфигурацией, и меня это гораздо больше впечатляет, чем когда-либо с Visual Source Safe.

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

  • AnkhSVN не дает никаких полезных сообщений об ошибках, если он не может подключиться к серверу из-за наличия прокси-сервера и не использует какие-либо параметры прокси-сервера Internet Explorer, поэтому вам нужно настроить его самостоятельно. Во время этого сообщения (2008-08-20) эта информация находится в папке C:\Documents and Settings [USERNAME]\Application Data\Subversion\servers
  • Assembla запускает HTTPS, но показывает URL SVN как HTTP, вы обязательно должны сами изменить HTTP-HTTPS в URL-адресах или получить ошибку "401 Not Implemented" от TortoiseSVN и AnkhSVN.

Ответ 15

Для небольшого и не очень важного проекта Google Code Hosting замечательный - он Subversion, он бесплатный и предлагает много места.

Я предпочитаю Mercurial для своих проектов по дому. Это намного проще, чем Git, и он работает безупречно под Windows.

Ответ 16

я никогда больше не буду использовать SVN для личного проекта - я его отличный по сравнению с CVS, но даже не в том классе, который соответствует современной породе распределенных систем управления версиями. GIT уже упоминалось, но а) он имеет шаткую поддержку окон b) сложную кривую обучения. Теперь я использую BZR, который "просто работает".

bzr vs git
bzr за 5 минут