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

Question

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

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

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

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

Answer 1

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

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

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

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

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

Answer 2

Ознакомьтесь с превосходной серией статей Эрика Синка:

Source Control HOWTO

Answer 3

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

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

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

Некоторые аргументы в пользу незарезервированных проверок см. здесь .

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

Answer 4

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

Answer 5

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

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

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