Есть ли система контроля версий Windows, которая подходит только для одного парня?
Я пытаюсь найти источник контроля для своего личного использования, настолько простой, насколько это возможно. Основная функция, которая мне нужна, - возможность читать / извлекать предыдущую версию моего кода. Я единственный разработчик. Я смотрел на множество различных систем контроля версий, но все они кажутся намного сложнее, чем мне нужно. Мне нужен простой, работает под Windows, и не подвергает себя сети.
В частности, система контроля версий не должна требовать предоставления интерфейса HTTP, она должна взаимодействовать только с локальной файловой системой. Это просто должна быть система контроля версий, предназначенная только для одного парня и одного парня. Графический интерфейс является плюсом.
Кто-нибудь знает, что программное обеспечение удовлетворит то, что я ищу?
Спасибо!
-Майк
26 ответов
Subversion - это здорово - вы можете запустить сервер самостоятельно или использовать что-то вроде assemblybla.com для размещения своего кода (хотя это и делает его доступным для сети).
Существует множество графических приложений, таких как Tortoise SVN, которые позволят вам взаимодействовать с репозиторием управления исходным кодом.
Из того, что я понимаю, и рискуя походить на фаната, вы можете рассмотреть DVCS (распределенную систему управления версиями) как git или mercurial. По сути, они убирают центральную часть репозитория, поэтому она должна быть идеальной для использования, когда вы являетесь индивидуальным разработчиком.
Другое преимущество заключается в том, что когда вы решаете добавить людей в свою команду из одного человека, вам не нужно настраивать центральное хранилище. Все, что им нужно сделать, это клонировать ваш репозиторий, и они готовы к работе!
Если вы работаете в Windows и используете такой плагин оболочки, как TortoiseSVN, я бы выбрал Mercurial. Их интеграция с Windows немного лучше, чем у git, используя TortoiseHg. Git-коллега (гепард) в данный момент приостановлен из-за того, что разработчик устал от всех требований, предъявляемых людьми;-)
Если DVCS слишком экзотичен для этой ситуации, вы всегда можете положиться на SVN. Я слышал хорошие истории об уже упомянутом решении VisualSVN. Установите, сделайте несколько репозиториев и отправляйтесь. Установите TortoiseSVN для интеграции с оболочкой или, возможно, Subclipse или ankhSVN для eclipse и visual studio соответственно.
Примечание. На самом деле я не пробовал использовать git или mercurial в реальном проекте, только некоторые настройки тестов. Теперь у меня есть простой проект с контролем версий (с использованием Mercurial в моем случае), без необходимости иметь доступ к центральному хранилищу.
Sourcegear Vault бесплатен для одного пользователя, и вы можете запустить клиент и сервер на своем компьютере.
Как и во всех системах управления версиями, он будет звучать достаточно сложно, когда вы начинаете, но на самом деле он очень прост, когда вы в него входите, хорошо работает для одного разработчика и не требует доступа к сети, если вы этого не хотите.,
Плюс, это бесплатно.
Что бы это ни стоило, вы можете использовать Subversion & TortoiseSVN без сервера, используя file:/// URL для подключения к вашему хранилищу. Я сделал это для создания репозиториев на флэш-накопителях USB, которые я могу перемещать с компьютера на компьютер.
Вот хорошая статья: http://www.fredshack.com/docs/tortoisesvn.html
Я использую бесплатную (2 пользователя?) Лицензию Perforce. Мощный, быстрый и хорошо документированный.
Я очень довольный пользователь msysgit для Windows. Он содержит последнюю копию git, а также графический интерфейс, оболочку и журнал истории в одном установочном пакете.
Нет необходимости в серверном компоненте, и если вы решите разместить его где-нибудь, ваш репозиторий будет подписан и не может быть изменен хостером, если вы его не увидите. Наконец, перемещение репо на сервер - это простая операция "push", которая сохраняет всю вашу историю.
VisualSVN Server - это полный установщик Subversion Server в Windows.
VisualSVN - это плагин Visual Studio для интеграции Subversion.
+1 за Subversion, для тех, кто не знаком с ней, я бы порекомендовал SVN Book.
Возможно, вы найдете Mercurial очень подходящим для этой цели. Вам не нужно будет настраивать сервер, и создать хранилище так же просто, как выполнить "hg init" в каталоге, где находится ваша работа.
Вы могли бы пойти с Mercurial.
- С ним очень легко начать работать, и есть TortoiseHg, который прекрасно интегрируется с оболочкой Windows.
- Для него вам не нужен сервер, так как это распределенная система управления версиями - вы можете хранить целую копию репозитория на флэш-диске и извлекать из нее изменения.
- Если вы хотите, вы можете поместить hg в режим веб-сервера, который делает хранилище легко доступным через http.
- В отличие от SVN и CVS, он не распространяет свои каталоги метаданных по всему хранилищу. В корне хранилища есть только один каталог.hg.
Я использую это ежедневно и люблю это!
Мне нравится использовать Google Code, даже для моих проектов с одним человеком, так как он предоставляет уже настроенный репозиторий Subversion. Кроме того, сервер находится вне офиса, который защищает от сбоев жесткого диска и других сбоев.
Bazaar. Посмотрите Базар через пять минут для отличного начала.
Каждый раз, когда вы сохраняете файл, запускайте $ bzr commit -m "Added first line of text" команда, и все это позаботились.
Если вы редактируете по FTP, сделайте папку FTP в качестве диска или папки, и bzr update после коммита.
Все предыдущие предложения довольно просты, и я знаю, что в наши дни cvs немного не в моде, но мне нравится использовать его локальный режим для репозитория, которому даже не нужен сервер для установки или настройки. Хранилище может быть в любом месте на вашем жестком диске. У меня есть мой на карте памяти, чтобы иметь доступ к нему в любом месте, даже без подключения к интернету.
Ключевые команды:
cvs -d: local: /full/path/ init репозитория
создать хранилище
mkdir /full/path/ repository / project
создать модуль и
cvs -d: local: /full/path/ repository / cvs co project
проверить местную версию.
TortoiseCVS дает вам ваш графический интерфейс
Вы действительно не можете получить намного проще, чем VisualSVN для контроля версий в Windows.
SVN и TortoiseSVN работают на меня. Обязательно убедитесь, что у вас есть резервная копия за пределами площадки.
Возможно, вы захотите проверить вики-статью Сравнение программного обеспечения контроля версий. (Немного трудно читаемый) инструмент сравнения может помочь. Вы могли бы наслаждаться, если Системы контроля версий были Авиалиниями.
Я пришел сюда в поисках того же и увидел, что кто-то предложил Google Code. Я попробовал, и это было просто умственно настроено. Именно то, что я искал. Работает как шарм с TortoiseSVN (мой любимый).
Я пришел сюда для решения, код Google был настроен примерно за 2 минуты. Вы можете выбрать SVN, git или mercurial для контроля версий.
Я использую Subversion и TortoiseSVN - оба бесплатны. Ваш репозиторий может быть на локальной машине. Вам не нужно работать по сети.
Тем не менее, для аварийного восстановления или даже простой неисправности компьютера, вероятно, будет хорошей идеей сохранить ваше хранилище на другом компьютере, а также создать его резервную копию.
Возможно, вы захотите использовать стороннюю службу для размещения своих репозиториев вне сайта через Интернет. Я использую CVSDude и доволен.
Любая распределенная система контроля версий лучше всего подходит для одиноких разработчиков, таких как git или Mercurial. Лучше всего то, что вы можете без проблем подключить к своему проекту больше разработчиков, в отличие от необходимости предоставлять им доступ к вашему централизованному SVN или CVS-репозиторию.
Я также одинокий разработчик, и я использую Subversion и TortoiseSVN.
Настройка Subversion быстрая и безболезненная; это можно сделать менее чем за полчаса, включая настройку хранилища.
Subversion не требует запуска на сервере, я запускаю его на своей локальной машине и храню свои репозитории на отдельном диске. Для подключения к хранилищу используется svn:// вместо http://. Я не уверен, почему вы требуете, чтобы он не подвергался воздействию сети, но это было бы вопросом безопасности через неизвестность. Я уверен, что сетевые эксперты могли бы предложить более эффективные методы его блокировки, если это будет необходимо.
После того, как хранилище было создано, фиксация и обновления из хранилища выполняются так же просто, как щелкнуть правой кнопкой мыши папку в проводнике Windows.
Я слышал о Версионельфе, в котором работает поставщик Subversion ( http://www.versionshelf.com/), на подкасте, который я слушаю.
Этот сайт также имеет список: http://snook.ca/archives/servers/hosted_subversion/
@gorgapor: Разве в TOS Google Code не указана лицензия с открытым исходным кодом? Это не общеприменимое решение в этом случае.
Используйте Visual SVN для настройки вашего сервера, а затем используйте Tortoise для доступа к вашему хранилищу. Оба бесплатны, и мы успешно используем их уже довольно давно.
Это почти тот же вопрос, что и система контроля версий для одного разработчика
Суть: да, есть. Больше одного.
Мое мнение, что SVN будет хорошо. это относится ко мне в аналогичных случаях, как описано здесь: контроль источника с одной службой
Вы должны проверить CVSNT в качестве сервера и использовать любого клиента, который вам нужен (автономный или интегрированный с вашей IDE). Их много.
Я не видел, чтобы кто-нибудь упоминал Перцес. Perforce позволяет использовать их программное обеспечение для 2-х пользователей бесплатно. Вы можете запустить сервер и клиентов на одном компьютере, что обеспечит вам необходимую среду.