Какая система управления источником?

Question

Мне отчаянно нужен источник управления для управления проектами между несколькими разработчиками.

Давным-давно я использовал Visual Source Safe, и он работал достаточно хорошо.

Какие бесплатные заменители можно рекомендовать? У меня есть следующие основные требования:

• Мне нужно разместить репозиторий на моем собственном сервере.
• Я не хочу лишнего беспорядка в своих исходных файлах, например, CVS.
• Мне нужна надлежащая проверка/проверка, чтобы никто не мог изменить модуль, пока я не проверил его.
• Не хочу/нужен слияние/разветвление исходного кода.

Мы используем Delphi для веб-разработки, так много HTML-файлы, изображения, файлы SQL и т.д.

Любые рекомендации?

Answer 1

Я всегда буду рекомендовать subversion с Visual SVN для серверного программного обеспечения и Tortoise SVN для клиентов. Вы можете исключительно проверять файлы, чтобы никто не мог их редактировать, хотя это не поведение по умолчанию. Единственный «беспорядок», который он добавляет, - это скрытая папка .svn в каждом каталоге, находящемся под контролем версий.

Answer 2

Git или Mercurial.

• как распределяются и быстро (каждый репозиторий может действовать как «сервер»)
• без дополнительных помех только один .git или .hg каталог
• вы можете pull изменения из доверенных или проверенных источников

Answer 3

Если вы настаиваете на нулевом беспорядке, а также бесплатно, у вас есть ограниченный выбор. Если вы используете open source, у вас может быть свободная копия perforce. Нет беспорядка. SVN имеет беспорядок, такой как CVS: каталог .something в каждом каталоге. git и hg имеют только один каталог беспорядка на клоун.

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

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

Answer 4

Я отменяю подход к выходу/проверке. Приличная система контроля версий должна иметь возможность объединять изменения. Это дает вам множество вариантов: CVS, SVN и Git.

Что касается «беспорядка» в ваших исходных файлах: я не рассматриваю каталоги репозитория (например,), поскольку это позволяет скопировать структуру репозитория.

Тем не менее, в SVN (не уверенный о Git) вы можете заблокировать/разблокировать файл, в основном имитировать VSS checkout/checkin.

Answer 5

Хм, определить «беспорядок» - на мой взгляд, скрытый каталог в папке не загромождали, откровенно говоря, не было проблемой на всех (для справки, 7 лет первого CVS затем Subversion и до что VSS и что-то распространенное имя меня ускользает).

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

Для личного пользования Я играю с Mercurial - но недостаточно сделано, чтобы сказать больше, чем это работает (и, конечно, как и большинство DVCS, это не соответствует вашим критериям «блокировки»). DVCS разные и имеет некоторые проблемы.

Если у вас есть деньги, Vault (http://www.sourcegear.com) стоит посмотреть - особенно если вы использовали и любили VSS, так как он начинался как «лучший» VSS, хотя он несколько развивался. Стоит посетить sourcegear, чтобы прочитать мысли Эрика Синка о контроле версий.

Что касается остальных, в то время как я сочувствую желанию не объединять вещи, списание меток и ветвление в значительной степени совпадают с тем, что «мне не нужен контроль версий» - это становится не так.

Answer 6

SourceGear Vault является бесплатным для 1 пользователя, и он дает вам операции checkin/checkout plus merge. Он также работает совершенно беспорядочно. Я использую его в течение некоторого времени, и он творит чудеса. Переход от SourceSafe особенно прост, и интеграция с IDE, например Visual Studio или Eclipse, очень хороша.

Answer 7

Возможно, вам будет необходимо изучить Team Coherence (http://www.teamcoherence.com). Он не создает специальные папки и имеет Delphi. Например, он по умолчанию группирует файлы .pas и .dfm. Помощь отличная. Теперь она также бесплатна для одной лицензии. Я использовал его в течение многих лет после использования CVS и FreeVCS.

Answer 8

Никто не рекомендует базар, так что я здесь, я использую его в своей повседневной работе с проектами Delphi. У этого есть diff viewer, который порождает, и это, по крайней мере для меня, имеет значение с другими svn-подобными репозиториями.

Answer 9

Вы должны немного прочитать и немного научиться, прежде чем отправлять себя и своих коллег, чтобы жить в темноте контроля версий.

Visual Source Safe и блокировка модели управления версиями являются мертвыми. Большинство людей двинулись дальше. Те, у кого нет, обычно боятся (или ненавидят) идею ветвления и слияния. Как только они видят, что ветвление и слияние могут быть проще и эффективнее, они могут двигаться вперед и вверх в новый мир вариантов контроля версий.

Задайте себе несколько из этих вопросов:

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

2. Я спросил у других разработчиков, которые будут работать со мной, какие методы они находят эффективными в проектах с несколькими разработчиками, и согласны ли они со мной, что блокировки - это путь, или я в одностороннем порядке применяю свой путь работать с ними? (У вас может быть foo.pas на сегодня, но попробуйте проверить его до 3 часов вечера, потому что мне нужно внести изменения в панель методов внутри foo.pas, позже сегодня.)

3. Если я заявляю, что хочу, чтобы разработчики «избегали используя старые версии «есть ли у меня причины для этого, кроме того, что я ненавижу или боюсь слияния? Можем ли мы не думать о каких-либо способах предотвращения «использования старых версий»? Кроме того, можем ли мы не думать о каких-либо причинах, когда использование старых версий может быть именно тем, что вы должны делать? Если вы использовали неблокирующий инструмент, например Subversion, почему бы не сказать «пожалуйста, обновите, прежде чем совершать». Тогда вам никогда не придется объединяться, но если кто-то захочет работать с неизменяющейся версией источников при разработке функции, а затем желает слить себя, и вам никогда не придется сливаться, вы можете настаивать на том, чтобы ваша работа делать с блокировкой (используя подрывную деятельность), но позволять другим свободу использовать рабочий процесс, который решает их проблемы, а не ваши.

4. Предположим, что (как вы сказали в комментариях выше) кто-то удаляет то, что вы в процессе создания. Было бы неплохо увидеть полный список его изменений и сказать: «Я бы хотел, чтобы эти изменения исчезли, не удаляя другие изменения, сделанные другими людьми». Это известно как работа с «changeets» и является ключевой особенностью DVCS, таких как Mercurial (hg) и Git. Фактически, способность не допускать других людей к изменению ВАШЕГО локального репозитория волей-неволей, а скорее внесение изменений, которые вы затем можете просмотреть, а также принять или не принять, всегда будет лучше создавать согласованность вашей (основной) копии репозиторий, чем любая локализованная, централизованная модель блокировки.

W

Answer 10

Я не использовал его в течение многих лет, но я считаю, Jedi VCS отвечает всем вашим критериям, с дополнительным бонусом, что это написано в Delphi и имеет некоторые встроенные СМАРТС, когда дело доходит до обработки dfm.

Answer 11

Мы используем Fossil для управления исходными кодами наших программ Delphi. Он очень прост в использовании (если вам нравится подход командной строки KISS), и есть внутренний веб-интерфейс. Не требуется установка, так как это только один исполняемый файл для запуска. Это совершенно кросс-платформенный: вы можете иметь свой собственный репозиторий на своей машине Windows, а затем клонировать/синхронизировать его с любым другим сервером, работающим в Windows или Linux.

Вы можете увидеть наш репозиторий программ с открытым исходным кодом Delphi, размещенных Fossil on our web site. Для внутренней работы я выяснил, что Fossil использует небольшую полосу пропускания (намного меньше, чем CVS или SVN) и способен синхронизировать огромные проекты в блиц, даже через ADSL или 3G-соединение.

Вот некоторые уникальные особенности, включенные в Fossil (без компонента третьей стороны к установке):

• отслеживания ошибок и редактируемых
• Web Interface
• Autosync
• Автономные
• Простая сеть - ископаемое использует простой старый HTTP
• CGI Enabled - сервер не требует использования ископаемого.
• Robust & Надежный

Answer 12

Я бы порекомендовал Plastic SCM: http://www.plasticscm.com/

• лучшее слияние и разветвление поддержки (?)!
• , но вы также можете использовать одну ветвь + эксклюзивную кассу (он же замок)
• очень приятный и удобный графический интерфейс
• бесплатно до 15 пользователей
• очень хорошая поддержка (в течение дня, в основном, в течение часа!)
• очень современный, автоматическое слияние и разветвление, распределенных и т.д.
• Delphi плагин доступен: http://code.google.com/p/plastic4delphi/