Вопрос

У кого-нибудь есть какие-нибудь предложения о том, с чего начать новичку, желающему опробовать какую-то систему управления версиями вместе с новым путешествием в ASP.NET?SVN, VSS, CVS... даже не знаю, с чего начать!

Это было полезно?

Решение

Многие люди здесь предложили введение и подробные практические инструкции, которые помогут вам узнать, как делать то, что вы хотите.

Кроме того, я бы дал три совета новичку, как понять, чего вы хотите:

1) Контроль версий ВСЕГО (то есть всего, что вы пишете).

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

2) Если вас устраивает изменение, немедленно зарегистрируйте его.И проверьте все это.

Если вы работаете последовательными шагами (а это происходит не всегда — можно отвлечься — но это хорошая практика), то в начале каждого нового шага у вас в кассе должно быть 0 измененных файлов.Возможно, вы даже захотите вернуть незаконченный нерабочий код, в зависимости от того, что вас устраивает.

3) Когда вы достигнете вехи, отметьте ее.

Даже свои личные цели (дюймовые камешки).Если вас не беспокоит разметка, просто запишите дату и время (в, как вы уже догадались, файле с контролируемой версией).Если конкретная версия по какой-то причине запомнилась («Я закончил серверную часть», «Я отправил ее кому-то еще на просмотр»), вы хотите точно знать, что в ней было.А сравнение с репозиторием диагностирует некоторые виды ошибок быстрее, чем отладчик.

Другие советы

просто убедитесь, что вы держись подальше от визуального источника безопасно.

Эрик Синк HOWTO по управлению исходным кодом.

Прочтите его, затем загрузите Subversion (бесплатно) или Vault (бесплатно для одного пользователя) и начните с ним экспериментировать.

Очень специфичен для Subversion, но дает приличное понимание основ управления версиями.

http://svnbook.red-bean.com/

Я думаю, что самый простой способ — получить бесплатный сервер SVN через какого-нибудь бесплатного провайдера.я использую собрание.

Затем, если вы находитесь в Windows, вам следует скачать ЧерепахаSVN.Это, безусловно, самый простой в использовании клиент Subversion.

Начните с импорта текущего проекта в репозиторий, и тогда все готово.

Я рекомендую начать с SVN, с ним немного легче освоиться, чем с некоторыми другими.

Черепаха это хорошее начало.Он прост в установке и интегрируется с оболочкой Windows, что означает, что все интуитивно понятно при щелчке правой кнопкой мыши по папкам/файлам и т. д.Тоже довольно хороший док.

Вам также понадобится сервер/хост SVN для подключения к...Я могу рекомендовать Ассамблея который бесплатен для регистрации и дает вам сервер SVN для игры.

Я порекомендую системы Subversion или Visual Studio Team Foundation в зависимости от того, сколько денег вы готовы выложить.

Попробуйте Visual SVN (Subversion для заядлых фанатов VS) — он прекрасно интегрируется с Visual Studio: http://www.visualsvn.com/

Если вы только начинаете, я бы рекомендовал прочитать бесплатную Книга подрывной деятельности.Это широко используемая система, бесплатная, и ее будет относительно легко понять, как только вы начнете работать.

Если вы на 100% .NET и у вас есть лицензия разработчика MSDN, запустите TFS для рабочих групп.Это довольно просто и надежно.

Если у вас нет лицензии, проверьте Subversion.Это хороший бесплатный элемент управления исходным кодом, в котором есть плагины для интеграции с Visual Studio.

Впервые я познакомился с svn с помощью черепахового svn, он мне понравился, а позже компания использовала Visual Sourcesafe, и я скучал по использованию черепахи.

Поскольку об этом еще никто не упомянул, я бы рекомендовал посмотреть Гит также.Существует даже бесплатный хостинг исходного кода: github.

Приобретите книгу «Прагматическое управление версиями с использованием Subversion» — она поможет вам начать работу.

Изображение http://ecx.images-amazon.com/images/I/51XYQTP2BYL._SL500_AA240_.jpg

Сейчас я бы просто начал с распределенной системы.Их проще настроить (вам не нужно настраивать сервер и/или искать его в Интернете:только init какой-нибудь случайный каталог и начните делать свои дела) и так же легко/сложно для понимания, как и централизованные.

Вот некоторые из них, на которые следует обратить внимание при выборе распределенной системы контроля версий:

Если вы застряли в Windows, я бы держался подальше от Git (по крайней мере, на данный момент).Кажется, есть поддержка Git в Windows в процессе, но я еще не пробовал.

Придется второй раз прочитать книгу Subversion.Кроме того, программное обеспечение бесплатное, работает в большинстве сред и его легко запустить.

В серии Pragmatic есть две лучшие книги, которые я читал, которые помогут вам разобраться в управлении версиями.У них есть версии для СВН и CVS.Мне очень нравятся их главы о тегах и ветках.

Какую систему контроля версий использовать, действительно зависит от вашей среды, вашей корпоративной культуры и общей ситуации с тем, как проекты обрабатываются в вашей компании.Новый «Visual Source Safe» в Team Foundation, безусловно, лучше, чем тот кусок дерьма, которым раньше был VSS.и хорош в магазине Microsoft с одним или несколькими магазинами.Я также очень успешно использовал Subversion, и она хорошо интегрируется в Eclipse.Я не люблю принижать продукты, поскольку, думаю, у всех есть свои положительные и отрицательные стороны.Но два, которые я упомянул выше, являются действительно хорошими продуктами для контроля версий/источников.Если вы только начинаете и хотите освоиться и изучить методы и общие концепции управления версиями, загрузите продукт с открытым исходным кодом, такой как CVS или Subversion, загрузите его и опробуйте.

http://www.ericsink.com/scm/source_control.html есть хорошая информация для работы.

-- Я повторно редактирую этот комментарий, чтобы отметить, что он выглядит так, как будто кто-то другой ссылался на эту ссылку системы управления версиями в предыдущем сообщении.:) блин, я не первый это опубликовал.

Просто установить инструменты недостаточно.Вам необходимо понимать, как работает конкретная технология (например, SVN) и как должно работать все дерево исходного кода:лучшая структура, тегирование, ветвление, слияние и так далее.Поскольку мы используем SVN, я рекомендую Книга подрывной деятельности.В нем есть несколько хороших объяснений концепций контроля версий.

Для начала проверьте Subversion (SVN).Как предложено в других сообщениях, есть отличная бесплатная электронная книга это не только описание того, как использовать SVN, но и отличное начало для понимания концепций.

Если вам нужен простой в настройке сервер, воспользуйтесь бесплатным сервером на сайте VisualSVN.

Если вы используете Visual Studio, вы можете использовать их надстройку (стоимость) или версию с открытым исходным кодом. Надстройка Ankh SVN.Если вы используете другие IDE, Черепаха СВН интегрируется с Проводником в Windows.

Начните с Subversion.А документация находится в Интернете, и Книга Svn для прагматичных программистов отлично.

Если вы используете Windows, вы также можете получить ЧерепахаSvn (бесплатно) для интеграции с Explorer или VisualSvn (коммерческий) для интеграции с Visual Studio.Для Мака, Версии выглядит как хороший автономный клиент, а в XCode 3 встроена интеграция с SVN.Тем не менее, я бы потратил немного времени на командную строку, используя клиент svn, чтобы действительно понять, что вы делаете.

После того, как вы освоитесь с тем, как работает svn, вы можете перейти к распределенным системам контроля версий, таким как Git, Bazaar или Mercurial, но я видел достаточное количество профессиональных разработчиков, у которых возникают проблемы с пониманием основ контроля версий (слияние ветвей и т. д.). что мне сначала нужно освоиться с этим, прежде чем переходить к распределенным системам.

Держитесь подальше от Visual SourceSafe (VSS).Это какашка.Ваш код нет безопасный.Видеть эти многочисленные ссылки относительно того, почему бы не использовать VSS.

подрывная деятельность ftw.

Вы можете начать просматривать этот сайт.

https://stackoverflow.com/questions/tagged/source-control

На мой взгляд, если у вас уже есть Viual Source Safe и вы один разработчик, работающий с VS, это вполне нормально.Это простая система, которая достаточно хорошо работает для небольших проектов с одним разработчиком.Я использовал его в течение многих лет без каких-либо проблем для небольших проектов.Простота управления и резервного копирования.

Я считаю, что эта стратегия связана с распределенной системой контроля версий (например, mercurial или git).Есть некоторые преимущества его использования:

  1. Вам не нужно настраивать центральный репозиторий (требуется утомительная настройка сервера)
  2. Вы можете поделиться наборами изменений (версиями) со своими друзьями по электронной почте или другим способом и безопасно интегрировать изменения в свой репозиторий.
  3. Вы можете легко изменить историю изменений (перебазировать, git поддерживает это), чего невозможно сделать с SVN.

Я рекомендовал попробовать бесплатные распределенные системы контроля версий.Большинство из них очень легко настроить на вашем персональном компьютере и сопровождаются хорошей документацией.Вот мои любимые 1.Базар 2.Меркуриальный 3.Git (насколько мне известно, только для систем на базе *nix)

Смотрите список здесь:

http://en.wikipedia.org/wiki/List_of_revision_control_software

Комментарии к продуктам, которые я использовал:

VSS — мы уже давно не использовали его (несколько лет), в то время он делал то, что мы хотели, но мы достаточно регулярно сталкивались с множеством проблем, поэтому активно искали лучшее решение.Если у вас есть бесплатный доступ, не помешало бы ознакомиться с их реализацией и увидеть, какие в то время были другие способы решения проблем (возможно, к настоящему времени они уже соответствовали остальным продуктам). .

CVS — использовал его в предыдущей компании и работал с первоначальным автором tortoiseCVS, поэтому я, возможно, немного предвзят, думая, что это достойное решение с открытым исходным кодом.Лично я бы порекомендовал начать здесь, все легко доступно и широко используется.

Perforce — текущее решение для управления исходным кодом нашей компании, пользующееся почти всеми уважением в команде.Несколько альтернативных пользовательских интерфейсов, между которыми люди могут выбирать, а также хорошая поддержка командной строки (жизненно важно для взаимодействия инструментов).Если вы проводите оценку для компании, я бы обязательно включил это в ваш список, на который стоит обратить внимание.

Пытаться Распутать для бесплатного размещения системы управления версиями SVN.

Еще один голос за Subversion/TortoiseSVN, но учтите, что он не очень хорошо работает с домашним NAS с файловой системой FAT32.

Я теряю доверие ко всему сообществу, занимающемуся контролем версий.Все говорят, что VSS чертовски плох, ему нравятся эти старые предубеждения, C++ намного лучше, чем C, Win Vista ужасна, а XP слишком стара, чтобы служить миру.Тем не менее, многие люди их используют.Никогда не знаешь, какой инструмент тебе понравится, прежде чем использовать его.А каждое приложение контроля версий состоит из ошибок и дефектов.А от VSS очень сложно отказаться.

Visual Source Safe (VSS) подойдет новичку, поскольку вы не будете знать, чего вам не хватает.Когда вам нужно что-то более сложное, побеспокойтесь о приобретении другого продукта.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top