git - начинающих - Начало работы с контролем версий




git команды (20)

@ 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 есть твоя спина. Если вы запутались, ваш код в безопасном репозитории git. Это круто

  • Примечание: вам может показаться, что получить вещи из Git немного сложнее, чем получить их, но гораздо предпочтительнее иметь эту проблему, чем вообще не иметь файлов!

Мне нужно реализовать контроль версий, даже для разработки, которую я делаю дома. Я читал о том, насколько велика Subversion за последние пару лет, и собирался посвятить себя изучению этого на стороне, пока не услышал о Git, являющейся новой системой контроля версий.

Учитывая ситуацию, я должен подождать и посмотреть, какой из них выходит на первое место? Каковы их относительные преимущества?

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

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


superjoe30 пишет :

Связанный вопрос (возможно, ответы могут быть отредактированы, чтобы ответить и на этот вопрос):

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

Я использую SVN для всех моих личных проектов. Я начал с запуска svn на своей домашней машине, но в итоге перешел на Dreamhost. Их пакеты хостинга, которые включают Subversion, довольно разумны.


Git превосходит Subversion, но он немного не в курсе дела.

Я бы сказал, если вы только начинаете, прыгайте на край; настроить бесплатный аккаунт @ http://github.com

На сайте есть учебные материалы по настройке и использованию git.


SubVersion - лучший выбор для вас, как отметил Карл Сегуин. Переход на другую систему управления версиями не будет проблемой. также SVN имеет очень простой и удобный графический интерфейс на стороне клиента (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. Это скрывает сложность настройки сервера Apache, вы просто идете дальше, следующий дальше. Конфигурация пользователя обрабатывается с помощью веб-интерфейса вместо конфигурации

http://www.visualsvn.com/server/

использовать публичный сервис rlike beanstalk, вероятно, проще, но некоторым людям нравится иметь свои собственные репозитории, либо для скорости, либо для безопасности


Если на коробке с Windows быстрое и грязное решение, это CVSNT. Легко использовать, просто настроить и работает очень хорошо.

Я сам предпочитаю SVN, но это хороший вариант для быстрого использования.


Используйте Subversion, он прост в настройке, прост в использовании и имеет множество инструментов. Любая будущая система ревизий будет иметь функцию импорта из SVN, так что вы не сможете изменить ее в будущем, если ваши потребности будут расти.


Используйте TortoiseSVN (version.app, если на Mac). Просто установите и уходите. Если вам нужно место для размещения вашего кода, загляните на http://beanstalkapp.com/


Как уже много раз упоминалось в другом месте, просто сделай это. Я смог начать с нуля с Subversion под Windows, прочитав краткое руководство в Красную книгу. Как только я указал TortoiseSVN на хранилище, я был в бизнесе. Мне потребовалось некоторое время, чтобы получить более тонкие баллы, но они были небольшими горбами, чтобы преодолеть.

Я бы предложил установить Subversion Service вместо использования URL-адресов file: //, но это в основном личные предпочтения. Для репозитория, хранящегося на вашей машине разработки, file: // работает нормально.


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

В Git есть несколько приятных функций, но вы не сможете оценить их, если вы уже не использовали что-то более стандартное, такое как CVS или Subversion. Я определенно согласен с предыдущими постерами и начну с Subversion.


Мой голос идет за Subversion. Это очень мощный, но простой в использовании, и имеет несколько отличных инструментов, таких как TortoiseSVN .

Но, как говорили другие до меня, просто начните использовать его. Контроль исходного кода является такой важной частью процесса разработки программного обеспечения. Ни один «серьезный» программный проект не может быть без него.


На моей нынешней работе мой предшественник не использовал никакой системы контроля версий. Есть только горы папок, по крайней мере, в 3 разных местах, где он хранил все свои проекты. Можно ожидать, что любая произвольная папка проекта найдет хотя бы одно имя папки «project (OLD)» и одну с именем «project»

С контролем версий вам никогда не придется делать копии «безопасных» сборок. Вам не нужно беспокоиться о том, что ваша IDE повредит файл, над которым вы работаете (я смотрю на вас, REALBasic 5.5), потому что так легко фиксировать (читай: сохранять) вашу работу каждый день.

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

Кроме того, TortoiseSVN упрощает фиксацию базы данных, щелкая правой кнопкой мыши папку.


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


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

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

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


Перейти на SVN. Если вы никогда ранее не использовали контроль исходного кода, это не имеет значения для вас, так или иначе.

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

SVN - отличный инструмент, и он должен заботиться о большинстве ваших потребностей. И так как это было вокруг, у него есть справедливый участник инструментов GUI (TortoiseSVN, например).

Перейти на SVN.


Просто используйте TortoiseSVN, и вы сможете жить, даже не зная реальных команд Subversion ... Но это плохо. К счастью, всегда будет «отличная возможность» выучить их наизусть - когда ваш бесценный репозиторий впервые будет испорчен.

Да, так бывает


Также попробуйте визуальный SVN для вашего сервера, если вы хотите избежать какой-либо работы командной строки.


Я бы определенно выбрал SVN вместо CVS, хотя бы потому, что люди, которые изучили управление исходным кодом с помощью CVS, склонны использовать « svn delete », а затем « svn add » вместо « svn move ». Что затрудняет поиск всех предыдущих ревизий определенного файла. И вы всегда можете перейти на использование git-svn. Лично я считаю, что его легче освоить, чем hg, но на самом деле главная причина использования SVN заключается в том, что он во многом стал де-факто системой контроля версий программного обеспечения с открытым исходным кодом.

Если вы когда-либо планируете изучать / использовать D то почти обязательно требуется доступ к сторонним репозиториям, таким как DSource .







dvcs