My<cod/>.net
Начало работы с системой управления версиями
Мне нужно реализовать контроль версий, даже для того, чтобы просто разрабатывать, что я делаю дома. Я читал о том, как велика Subversion за последние пару лет, и собирался посвятить себя изучению этого на стороне, пока не услышал о Git, являющейся восходящей и грядущей системой контроля версий.
Учитывая ситуацию, должен ли я подождать и посмотреть, кто из них выйдет на первое место? Каковы их относительные преимущества?
Одна из проблем, которую я заметил с Git, заключается в том, что не так много полнофункциональных GUIs, что важно для многих пользователей в моей команде.
Кроме того, не возражал бы против предложений о том, как начать работу с одним или другим. (учебники и т. д.)
Самое главное в управлении версиями-это:
ПРОСТО НАЧНИТЕ ИСПОЛЬЗОВАТЬ ЕГО
Не использовать контроль версий-это ужасная идея. Если вы не используете систему управления версиями, прекратите чтение прямо сейчас и начните ее использовать.
Это очень легко конвертировать из
cvs<->svn<->git<->hg
Не имеет значения, какой из них вы выберете. Просто выберите самый простой для вас вариант и начните записывать историю вашего кода. Вы всегда можете перейти на другой (D)VCS позже.
Если вы ищете простой в использовании GUI посмотрите на TortoiseSVN (Windows) и версии (Mac) (предлагаемые codingwithoutcomments )
Редактировать:
Git имеет некоторые приятные особенности, но вы не сможете оценить их, если вы уже не использовали что-то более стандартное, как CVS или Subversion.
Этот. Использование git бессмысленно, если вы не знаете, что может сделать для вас система управления версиями.
Правка 2:
Только что видел эту ссылку на reddit: Subversion шпаргалка . Хороший краткий справочник для командной строки svn.
Книга Subversion - это ваш лучший выбор для изучения этого инструмента. Там могут быть и другие быстрые учебные пособия, но эта книга-лучшая отдельная ссылка, которую вы найдете.
Git имеет некоторые приятные особенности, но вы не сможете оценить их, если вы уже не использовали что-то более стандартное, как CVS или Subversion. Я бы определенно согласился с предыдущими плакатами и начал с Subversion.
Идите на SVN. Если вы никогда раньше не использовали систему управления версиями, это не будет иметь для вас никакого значения.
Кроме того, не существует большого количества обучения, связанного с использованием системы управления версиями. Если вы изучите один из них, вы можете легко переключиться на другой позже.
SVN-это отличный инструмент, и он должен заботиться о большинстве ваших потребностей. И так как он был вокруг, у него есть справедливый шулер из GUI инструментов (TortoiseSVN, например).
Идите на SVN.
Для удобного объяснения большинства основных понятий см. визуальное руководство по управлению версиями . Статья очень SVN-дружественная.
Я использовал RCS, CVS, SCCS, SourceSafe, Vault, perforce, subversion и git.
Я оценил BitKeeper, Dimensions, arch, bazaar, svk, ClearCase, PVCS и Synergy.
Если бы мне нужно было начать новый репозиторий сегодня, я бы выбрал git . Легко.
Это бесплатно, быстро и в стадии активного развития.
И вы можете использовать его в качестве клиента любого репозитория Subversion, используя git-svn.
Он качается.
@superjoe30
Как насчет использования системы управления версиями на вашем собственном компьютере, если вы единственный программист? Это хорошая практика? Есть ли соответствующие советы или приемы?
@superjoe30
Как насчет использования системы управления версиями на вашем собственном компьютере, если вы единственный программист? Это хорошая практика? Есть ли соответствующие советы или приемы?
Я считаю, что git на самом деле проще для этого, так как вам не нужен сервер или беспокоиться о вводе URL и так далее. Ваш материал для управления версиями просто живет в каталоге .git внутри вашего проекта, и вы просто идете вперед и используете его.
5-секундное вступление (при условии, что вы его установили)
cd myproject
git init
git add * # add all the files
git commit
В следующий раз вы сделаете некоторые изменения
git add newfile1 newfile2 # if you've made any new files since last time
git commit -a
Пока ты это делаешь, git будет прикрывать твою спину. Если вы ошибетесь,ваш код будет в безопасности в репозитории nice git. Это потрясающе
- Примечание: Вы можете обнаружить, что получить вещи OUT из git немного сложнее, чем получить их, но гораздо предпочтительнее иметь эту проблему, чем вообще не иметь файлов!
Исходя из моего собственного опыта работы с ним, я бы не рекомендовал git в качестве введения в систему управления версиями. Я использую его уже пару месяцев, и у меня сложилось впечатление, что он очень мощный и - теперь, когда я частично овладел им - достаточно интуитивный. Однако кривая обучения очень крутая, хотя я уже много лет использую систему управления версиями. Он также страдает от излишней экспрессивности - он поддерживает множество различных рабочих процессов и моделей разработки, но единственное руководство по использованию "the best"-это несколько страниц глубоко в поиске Google, что также делает его сложным для новичка.
Тем не менее, вполне возможно, что начать с чистого листа с git на самом деле будет проще - мой опыт VCS связан с централизованным управлением версиями (CVS, SVN, Perforce...) и часть моей (продолжающейся!) трудность с git заключалась в понимании последствий распределенной модели. Я действительно мельком взглянул на другие DVCSes, такие как Bazaar и Mercurial, и они, казалось, были несколько более дружелюбны к новичкам.
В любом случае, как уже говорили другие, Subversion-это, вероятно, самый простой способ привыкнуть к менталитету управления версиями и получить практический опыт использования преимуществ VCS (откат, ветви, совместная разработка, более легкий обзор кода и т. д.).
Да, и не начинай с CVS. Он все еще используется на практике и имеет преимущества, но IMHO у него слишком много исторических причуд и проблем с реализацией (неатомные коммиты!) чтобы быть хорошим способом учиться.
Мой голос идет на подрывную деятельность. Он очень мощный, но простой в использовании и имеет несколько отличных инструментов, таких как TortoiseSVN .
Но, как говорили другие до меня, просто начните использовать его. Управление версиями является такой важной частью процесса разработки программного обеспечения. Ни один программный проект "serious" не должен быть без него.
На моей нынешней работе мой предшественник не использовал никакого вида контроля версий. Есть только горы папок по крайней мере в 3 разных местах, где он хранил все свои проекты. Можно ожидать, что в любой случайной папке проекта найдется хотя бы одна папка с именем "project (OLD)" и одна с именем "project"
С помощью системы управления версиями вам никогда не придется создавать копии "safe" сборок. Вам действительно не нужно беспокоиться о том, что ваш IDE испортит файл, над которым вы работаете (я смотрю на вас, REALBasic 5.5), потому что это так легко сделать (читай: сохранить) вашу работу каждый день.
Излишне говорить, что я установил контроль версий на следующий день после того, как узнал о его существовании.
Кроме того, TortoiseSVN делает фиксацию в базе данных такой же простой, как щелчок правой кнопкой мыши по папке.
Git превосходит по силе подрывную деятельность, но все же находится немного на грани срыва.
Я бы сказал, Если вы только начинаете, прыгайте на край; установите бесплатный аккаунт @ http://github.com
У них есть учебные материалы на сайте для настройки & с использованием git.
Используйте TortoiseSVN (version.app если на mac). Просто установите и идите. Если вам нужно место для размещения вашего кода, посмотрите на http://beanstalkapp.com/
Переключаться между системами контроля версий не так уж и сложно. Как уже упоминали другие, Важно начать использовать что-либо как можно скорее. Преимущества использования системы управления версиями по сравнению с неиспользованием системы управления версиями значительно перевешивают дифференциальные преимущества между различными типами управления версиями.
Помните, что независимо от того, какую версию системы управления версиями вы используете, вы всегда сможете выполнить грубое преобразование в другую систему, поместив файлы из вашей старой системы на диск, а затем импортировав эти необработанные файлы в новую систему.
Кроме того, знание основ управления версиями-это очень, очень важный навык для разработчика программного обеспечения.
SubVersion-это лучший выбор для вас, как отметил Карл Сегин, переход на другую систему управления версиями не будет проблемой. кроме того, SVN имеет очень goof простой в использовании GUIs на стороне клиента (TortoiseSVN).
http://www.snee.com/bobdc.blog/2007/08/getting_started_with_subversio.html http://dojo.jot.com/WikiHome/Getting%20Started%20With%20Subversion
Если вы решили пойти с subversion и хотите разместить свой собственный сервер svn, то есть очень хороший и простой сервер на базе windows под названием VisualSVN server. Это скрывает сложность настройки сервера apache, вы в основном просто идете дальше, затем дальше. Пользовательская конфигурация обрабатывается с помощью webUI, а не конфигурации
http://www.visualsvn.com/server/
возможно, проще использовать публичный сервис rlike beanstalk, но некоторым людям нравится иметь собственные репозитории, либо для скорости, либо для безопасности
Как уже много раз упоминалось в других местах, просто сделайте это. Я смог начать работу с нуля с Subversion under Windows в кратчайшие сроки, прочитав краткое руководство по началу работы в Красной книге. Как только я указал TortoiseSVN на хранилище, я был в деле. Мне потребовалось некоторое время, чтобы опустить более тонкие точки, но они были незначительными горбами, чтобы преодолеть их.
Я бы предложил установить службу Subversion вместо использования файла:/ / URLs, но это в основном личные предпочтения. Для репозитория, хранящегося на вашей машине разработки, файл:/ / работает нормально.
Исходя из личного опыта, svn будет моей рекомендацией. Вы даже можете использовать такой сервис, как Beanstalk , который предлагает бесплатные учетные записи (очевидно, с ограничениями, но достаточными для любого небольшого проекта), чтобы проверить воду. Но, как уже говорили другие, git-это превосходство, и, вероятно, его стоит изучить.
Я бы определенно выбрал SVN вместо CVS, хотя бы потому, что люди, которые изучали управление версиями с помощью CVS, как правило, используют "svn delete", а затем " svn add "вместо" svn move ". Что затрудняет поиск всех предыдущих версий конкретного файла. И вы всегда можете перейти на использование git-svn. Лично я думаю, что его легче выучить, чем hg, но на самом деле главная причина использования SVN заключается в том, что он в значительной степени стал фактической системой контроля версий программного обеспечения с открытым исходным кодом.
Если вы когда-нибудь планируете изучать / использовать D , то почти обязательно получите доступ к сторонним репозиториям, таким как DSource .
@superjoe30 да, абсолютели. Как только вы начнете использовать контроль версий, вы никогда не вернетесь назад. Я использую его для всего, даже для моей папки "home".
@Orion Edwards Subversion не требует наличия сервера. Вы можете получить доступ к локальному репозиторию напрямую (через клиента, конечно), и нет никакого серверного процесса.
Когда я решил, что должен использовать систему управления версиями кода, я огляделся в поисках хороших учебников о том, как начать работу, но не нашел ничего, что могло бы мне помочь.
Поэтому я просто установил сервер SVN и Tortoise SVN для клиента и нырнул в deepend, и я не знаю, как использовать его по пути.