Выбор SCM для нового пользователя? [closed]

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

Закрыт 7 лет назад .

Очень просто, ребята. Лучшее оправдание побеждает.

Я изучаю информатику в школе, о которой вы слышали, и занимаюсь программированием уже несколько лет (около 8), так что я написал довольно много строк кода. Но поскольку я на самом деле никогда не распространял - исходники или двоичные файлы - и не занимался командной разработкой (хотя я уверен, что буду!), Мне никогда не приходилось изучать системы управления исходным кодом. У меня ужасно скучная иерархия папок по строкам src / project_name или src / class_code / hw_or_project_name , и если мне нужно отправить код другу или для оценки, это ' это просто архив.

Некоторые вещи изменились за последние годы, поскольку мои проекты стали больше. Мой Mac с Time Machine теперь выполняет ежечасное резервное копирование - это несколько раз меня спасало, в последний раз, когда я внес серьезные изменения через SSH ... затем сохранил и закрыл устаревшую копию в моем редакторе несколько часов спустя.

Но из своего рода профессионального интереса - наряду с непреодолимым чувством, что это может быть полезно - я решил изучить SCMS. Теперь у меня есть большой опыт работы в качестве «потребителя» исходного кода - git clone , svn checkout , cvs co , что-то в этом роде - но ни один сопровождающий, коммиттер или апдейтер.

Мой вопрос к вам: чему я должен научиться? Теперь многие из вас кричат: «Почему один? Вы будете использовать много!» но я' Я бы хотел изучить основы SCM и выработать привычки его фактического использования в самой простой системе. Есть ряд концепций, которые я бы хорошо усвоил - ветки, теги, слияние, сотрудничество и т. Д. - прежде чем они мне действительно понадобятся.

Чтобы быть ясным, я не Линус Торвальдс. Я буду обслуживать одну или несколько веток. На моих десятках файлов я не возражаю, если некоторые операции занимают на несколько сотен мс больше в одной системе, чем в других.

Что теперь у меня есть? У меня есть веб-хостинг. Они предлагают хостинг Subversion на расстоянии одного клика, иначе я мог бы без проблем хранить там другие репозитории. По причинам, которые я не могу объяснить, я довольно неравнодушен к Subversion. Но именно поэтому я не хочу просто вмешиваться. Я знаю, что Mercurial, Git и т. Д. - самые популярные распространяемые новинки, но я Я не уверен, почему это выгодно. На самом деле, я не совсем уверен, как это могло работать.

Итак, с чего мне начать? Subversion или Git? Mercurial или CVS? Visual Source Safe или Perforce? (эта последняя пара была шуткой) И почему одно лучше другого?

Спасибо за ваше время, и если это не в том разделе, прошу прощения.

РЕДАКТИРОВАТЬ Всем спасибо! Я ценю ваши комментарии. Учитывая выбор между Git и Hg, я бы, наверное, выбрал Git - есть ли разногласия? Во-вторых, почему , а не Subversion? Похоже, что существует консенсус (не только здесь), что он старый или устаревший. Почему?

РЕДАКТИРОВАТЬ 2 Итак, прочитав все ответы и прочитав еще немного, я решил перейти на Git. Как указано выше, «ответ» соответствует наилучшему обоснованию. Git кажется более популярным, чем Mercurial, даже если он немного менее чистый. Я отправляю изменения на свой веб-сервер, где у меня установлен viewgit , и он отлично работает. Побудительным мотивом для хранения копии на моем веб-сервере является то, что я хотел бы работать с нескольких своих машин, и я ожидаю, что они не синхронизируются. Я также ожидаю, что несколько рабочих копий будут не синхронизированы друг с другом и с моим сервером, и теперь я понимаю, что Subversion в этом довольно слаба. Я все еще пытаюсь проработать многое, но теперь у меня это настроено, так что я могу извлекать / клонировать из http и нажимать через ssh (следующий шаг - настроить Gitosis). Для новичка, желающего делать то, что я делаю, вы обнаружите, что ваши команды «push» будут работать с первого раза, но любые «клонированные» копии не будут отслеживать внесенные вами изменения. Git считает это функцией безопасности. . Я лишь немного понимаю почему, но это связано с слиянием. Уловка состоит в том, чтобы использовать этот обработчик пост-обновления на сервере, чтобы объединить вновь отправленную копию с рабочей копией сервера.

задан Robert 13 December 2010 в 23:30

0 ответов

Другие вопросы по тегам:

svn git version-control mercurial cvs

Выбор SCM для нового пользователя? [closed]

0 ответов

Похожие вопросы: