Облако моего приложения: Gotta git Git

Когда я впервые начал писать свое приложение с помощью Visual Studio, это был только я. Я кодировал все, что мне хотелось в течение дня, а затем сохранял свою работу. Каждые несколько часов мой компьютер выполнял дифференциальное резервное копирование. Резервное копирование дало мне душевное спокойствие, и я не считал необходимым использовать систему контроля версий до тех пор, пока не пришло время выпустить, а затем обновить мой продукт. Git — это технология, которая существует уже некоторое время, но для меня она была совершенно новой. У меня была возможность поговорить со многими разработчиками, которые использовали термины, с которыми я не был знаком, прямо у меня в голове, поэтому, надеюсь, я смогу немного помочь в этой статье.

Дружеское напоминание в стиле заезженной пластинки: я разработчик, который совсем недавно отказался от разработки программного обеспечения клиент-сервер. Я учусь, и это журнал того, что я узнаю, и он не всегда может быть точным на 100%.

Гистори

Git — это система контроля версий (VCS), первоначально разработанная Линусом Торвальдсом. Легенда гласит, что Линус создал Git, потому что сообщество Linux с открытым исходным кодом использовало ранее бесплатный продукт, который начал взимать плату. Линус решил создать свою собственную VCS, которая была бы распределенной и не требовала центрального сервера.

Как и в случае с Linux, Линус сделал Git проектом с открытым исходным кодом. Любая компания может включить функции Git в свои продукты. Apple позволяет создавать проекты Xcode, использующие репозиторий Git, Visual Studio поддерживает Git и, конечно же, есть всем известный GitHub. Не путайте GitHub с Git. GitHub — это коммерческое предприятие, которое позволяет вам бесплатно использовать Git для проектов с открытым исходным кодом или за плату всем, кто хочет защитить свою кодовую базу.

Оказывается, Git появился как раз в нужное время. По мере того, как разработчики программного обеспечения и инженеры продолжали двигаться к методологиям Agile, Git освободил разработчиков для использования упрощенной системы контроля версий (упрощенный — относительный термин).

Git для одного, пожалуйста

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

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

Гитарист

В Git есть несколько важных терминов, которые вам нужно выучить. Вот как я определяю термины:

• Клонирование и клонирование. У каждого программного проекта есть репозиторий. Технически вы можете изменить код в этом репозитории из VCS, но большинство людей копию. Клонирование — это, по сути, процесс создания личной копии кода. Вы можете менять код в течение всего дня и ни разу не повлиять на исходный код.
• Мастер, репозиторий и источник. Допустим, вы создаете проект с открытым исходным кодом на GitHub. Этот проект является . Если я клонирую копию вашей работы на свой компьютер, то это . Поскольку я могу вносить в репозиторий любые изменения, какие захочу, даже не отправляя вам код, считается, что этот репо также имеет мастер. проект — это указатель на ваш проект GitHub.
• Branch(ing) — Когда вы хотите изменить код, вы создаете ветку, вносите свои изменения, а затем объединяете код позже после выполнения . Вы также можете использовать ветки для создания совершенно новых версий продукта, так что изменения могут быть очень маленькими или довольно большими.
• Запрос на вытягивание — мне было трудно с этим, потому что, когда вы отправляете код, вы отправляете его вверх по цепочке кому-то еще, так зачем называть это запросом на вытягивание? Допустим, у вас есть проект на GitHub. Я клонирую копию и вношу некоторые изменения. Чтобы поделиться этими изменениями, я отправляю вам запрос . Я прошу вас мой код и просмотреть его.
• Слияние и фиксация — после того, как вы создадите ветку и отправите запрос на извлечение, может начаться совместная работа. Один или несколько разработчиков могут просмотреть и даже изменить ваш код (возможно, есть ошибка, может быть, его можно улучшить и т. д.). Отличительной чертой хорошей системы Git является возможность совместной работы и отслеживания кода группами людей, поэтому в основную кодовую базу добавляется только лучший код. Эта основная кодовая база получает обновление, когда вы объединяете и фиксируете свои изменения. Теперь конечный продукт будет содержать новый код.

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

Когда получить Git

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

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

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

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