Поиск с помощью "[Delphi]" source control "" не возвращался много, поэтому здесь идет: для тех из вас, которые программисты Delphi работают самостоятельно, какой источник управления вам нравится? Я знаю о TortoiseSVN (который можно использовать без сервера), но я хотел бы знать, есть ли лучшие варианты, прежде чем выбирать его.
Спасибо.
SVN будет более чем достаточно, поскольку вы в основном будете использовать его для создания резервных копий и различных версий.
Вы можете использовать VisualSVN Server и TortoiseSVN с Интеграция IDE Delphi. Все это бесплатное ПО. Если вы хотите использовать любой другой бесплатный SCM с интеграцией IDE Delphi, вам нужно будет купить SourceConneXion или Athlant. Кроме того, если вы используете D2009, вам нужно будет преобразовать строки в ansistrings, чтобы получить возможность использования дополнения TortoiseSVN для работы delphi.
Я использую Mercurial и использовал Bazaar и Perforce (бесплатно для небольших команд). Все хорошо, но в настоящее время я предпочитаю Mercurial. Mercurial поставляется со своим tortoise который, хотя и не настолько полированный, как TortoiseSVN, отлично подходит:
Скриншот TortoiseHg в проводнике http://sourceforge.net/dbimage.php?id=158173
Для пользователей RAD Studio XE или XE2 Uwe Schuster опубликовал надстройку IDE под названием Версия Insight Plus, которая добавляет Mercurial и Git поддержка встроенной поддержки управления версиями IDE.
Для всех систем, о которых я упоминал, центральный сервер не требуется.
Я бы порекомендовал Git, который является свободным и открытым исходным кодом и:
Я использую его практически для каждого нового проекта, даже когда это только я в проекте. Это чрезвычайно быстрая система управления версиями и была написана Линусом Торвальдсом и теперь используется в проектах с высоким профилем, таких как Linux Kernel и Ruby on Rails.
Git не сложно использовать из командной строки, но также имеет собственный пакет "Tortoise" (TortoiseGit - хотя и не так полированный, как кузен SVN).
SourceGear Vault является бесплатным для одного пользователя. Мне нравится использовать внешний клиент, потому что я работаю в разных средах, но если вы хотите интегрировать IDE Delphi, вы можете использовать Source ConneXion (не бесплатно).
Вы можете посмотреть некоторые ответы здесь (переполнение стека), если у вас есть Delphi. Как упоминалось в ответах там, я использую Team Coherence, который очень хорошо интегрируется с Delphi IDE и знает о файлах Delphi (.pas с .dfm и т.д.). Я думаю, что это написано и в Delphi.
Сказав это, другие уже сделанные комментарии верны - вы не должны позволить, чтобы ваш выбор языка диктовал ваш выбор VCS.
Несмотря на то, что вы сказали одного пользователя, я бы поискал решение, которое позволяет легко размещать его на сервере/другом настольном компьютере, поэтому вы отделили свою машину разработки от своего исходного репозитория. Я, вероятно, участвую в бабушке, чтобы сосать яйца, но вы должны проверить, что все, что вы выбираете, может быть легко подкреплено (даже для USB-ключа или внешнего диска будет хорошо).: -)
Я знаю, что вы попросили Source Control, но если вы всегда планируете быть "единственным разработчиком", вам может потребоваться автоматическое решение для резервного копирования, например AJC Active Backup. Да, вы теряете возможность проверять и выходить из определенных версий, но в то же время вы избегаете необходимости постоянно проверять все данные, когда это только вы работаете над проектом. И вы можете восстановить или разбить любые предыдущие исходные файлы по дате, пока вы хотите настроить. Это очень сложное решение, пока вам не нужно что-то восстанавливать, когда оно неоценимо. И сам архив можно скопировать обычным способом.
Используемый вами язык не имеет особого значения при выборе SCM, который вы будете использовать. Это может иметь значение, если ваша любимая среда IDE поддерживает или не поддерживает этот SCM.
TortoiseSVN - это просто клиент svn, если вы выберете svn, у вас может быть несколько клиентов.
Я использую Tortoise и subclipse для фиксации в том же svn-репозитории.
Я бы предложил использовать SVN-сервер на отдельной машине (либо VisualSVN, как предлагалось ранее, либо CollabNET Subversion Server) и TortoiseSVN с экспертом по интеграции JVCL (также как было предложено ранее).
Помимо получения всего хорошего материала от контроля версий, вы также будете автоматически создавать резервные копии на другом компьютере, что всегда хорошо.
Я использую TortoiseSVN, но сохраняю свои репозитории в виде файлов на своем ноутбуке (на общем ресурсе, к которому можно получить доступ с помощью несметных виртуальных машин), не управляемый сервером. Это означает, что у меня есть полный доступ к репозиторию независимо от доступа к серверу, но также позволяет мне легко создавать резервные копии репозиториев на сервер файлов компании при подключении.
Поскольку я единственный программист, мне пока не нужен отдельный сервер. Я видел Nick Hodges (Delphi Development Manager) говорит очень приятные вещи о VisualSVN Server, и я хочу проверить это, чтобы понять, насколько просто сделать резервную копию/восстановление репозитория: если это можно автоматизировать и сделать очень быстро, то я, вероятно, приму это.
В более долгосрочной перспективе я рассмотрю различные варианты распределенного VCS, поскольку это может быть лучше подходит для нескольких разработчиков на базе ноутбуков; Я еще не уверен, так как я не дошел до этой страницы списка дел, -)
Одна из вещей, предположительно, в разработке для Delphi - это интегрированная поддержка VCS. У меня нет никаких подробностей об этом или о любых последствиях для текущих пользователей различных традиционных или распределенных VCS.
Я знаю, что это сойдет на голосование, но я чувствую, что это нужно сказать.
Я использовал программное обеспечение для управления версиями в течение многих лет на своей работе, и это требуется, когда несколько человек работают вместе - чтобы абсолютно убедиться, что ни один человек не перезаписывает одну-другую работу.
Но для моего личного развития дома я его не использую. Я нахожу их властными и неудобными для простого проекта с одним человеком. И я попробовал несколько пакетов, включая Source Gear Vault и некоторые другие, о которых говорили другие люди.
Вместо этого я использую каждое существенное изменение в моей программе, к которой я, возможно, захочу вернуться, я делаю копию всего каталога программ. Если я ввяжусь в следующее изменение, я могу вернуться в скопированный каталог.
Я также постоянно сохраняю копии всех моих каталогов каждой версии моей программы. Если мне когда-либо понадобится выполнять сравнения между текущей версией и предыдущими версиями или между двумя предыдущими версиями, я использую Beyond Compare by Scooter Software - просто отличный инструмент для разграничения и копирования изменений между версиями. Если вы используете программное обеспечение для управления версиями, Beyond Compare будет легко интегрироваться в него.
Поэтому я упоминаю об этом просто потому, что часто слышал всех, кто нажал Version Control Software даже для отдельного разработчика. Для некоторых из нас это чрезмерно.
Возможно, вам захочется рассмотреть это более простое решение.
Я использую Bazaar с Delphi, и он работает хорошо, особенно для рабочих процессов сольного разработчика. У него есть собственный TortoiseBzr, но он не так хорош, как некоторые из его кузенов, поэтому я рекомендую вместо этого отличный Bazaar Explorer. Одной из замечательных особенностей Bazaar является гибкость и легкость, с которой вы можете изменить рабочий процесс или включить другого разработчика в проект, который начинался соло.
Много статей о Bazaar скажут вам, что это намного медленнее, чем Git или Mercurial. Они устарели, теперь требуется аналогичное время, чтобы выполнять операции так же, как и они, и быстрее выполнять некоторые операции.
Моя команда использует StarTeam, и я никогда не использовал что-то вроде SVN, поэтому мне трудно сравнивать. У Starteam есть как положительные, так и отрицательные стороны.
Плюсы:
Минусы:
Я не разбираюсь в управлении версиями, но использую SVN/Tortoise и очень доволен этим. Основные преимущества, которые я вижу для одного разработчика, - это возможность проверить старые версии приложения и использовать несколько компьютеров для разработки (рабочий стол/ноутбук) - помимо очевидного преимущества резервного копирования. Я, как правило, не нуждаюсь в этом для разных файлов, так как я считаю, что инструменты управления версиями в среде Delphi IDE достаточно хороши для этого - при условии, что "ошибка" была введена недавно.
Я думаю, что большинство разработчиков Delphi используют SVN/Tortoise (что делает его довольно безопасным выбором), но есть модные опции, такие как Mercurial и Git.
Как один разработчик, я использовал Perforce в течение нескольких лет. Это было здорово. Помимо CLI, вы можете использовать клиент P4V. Там также доступен плагин explorer, а также интеграция с Delphi IDE. Я фактически только что нашел эту бесплатную интеграцию на Torry вчера:
Я установил его в Delphi 2010, и он работает очень хорошо.
Я использую subversion, отслеживание ошибок и простую в использовании планировку проекта для моего последнего проекта delphi у поставщика веб-услуг. http://www.unfuddle.com имеет бесплатную учетную запись для проектов размером менее 200 мб с 1-2 разработчиками, а пользовательский интерфейс прост в использовании.
Perforce является бесплатным для двух пользователей, для этого потребуется установить perforce-сервер, но серверный след очень-очень мал. вы можете использовать P4V (визуальный клиент Perforce), который намного удобнее, чем черепаха, он также обеспечивает расширение Windows Explorer, чтобы иметь такую же черепаху (но вы можете пропустить эту установку). Интеграция Delphi может быть выполнена с помощью P4Delphi.