Как вы "проверяете" код?

Я никогда не работал с большим количеством людей, где нам приходилось проверять код и иметь репозитории старого кода и т.д. Я не уверен, что знаю, что означают эти термины. Если я хочу начать новый проект, который включает в себя больше, чем я, который отслеживает все изменения кода, "проверяет" (опять же, не знаю, что это значит), как мне начать? Для этого нужен SVN? Что-то другое? Я загружаю программу, которая поддерживает код?

Что мне делать?

Все будет в доме. Нет Интернета для хранения кода.

Я даже не знаю, вызвано ли то, что я прошу, как контроль источника. Я вижу вещи о проверке, SVN, управлении источниками и так далее. Я не знаю, все ли это говорит о том же или нет. Я надеялся использовать что-то с открытым исходным кодом.

Ответ 1

Итак, давным-давно, в плохие старые времена, контроль источника использовал библиотечную метафору. Если вы хотите отредактировать файл, единственный способ избежать конфликтов - убедиться, что вы были ТОЛЬКО одним редактированием файла. Что бы вы сделали, попросите систему управления версиями "проверить" этот файл, указав, что вы его редактировали, и никто не мог редактировать его до тех пор, пока вы не внесете свои изменения, и файл был "зарегистрирован". Если вам нужно было внести изменения в выписанный файл, вам нужно было найти этого freakin 'разработчика, у которого было всеImportant.conf проверено с прошлого вторника..freakin' Bill...

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

Существует несколько основных библиотек управления версиями, из которых SVN (также называемый Subversion) является одним (CVS, Git, HG, Perforce, ClearCase и т.д. - это другие). Я рекомендую начинать с SVN, Git или HG, так как они все бесплатны, и у всех есть отличная документация.

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

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

Ответ 2

Отъезд Eric Sink отличная серия статей:

Источник управления HOWTO

Ответ 3

Я рекомендую Git и Subversion (SVN) как свободные, с открытым исходным кодом системы управления версиями, которые работают очень хорошо. Git имеет некоторые приятные функции, учитывая, что легче децентрализовать работу.

Ответ 4

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

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

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

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

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

Ответ 5

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

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

Просто не используйте Microsoft Visual SourceSafe, если вы цените свое здравомыслие и свой код.