Когда я должен создать новую ветку?

Я использую git как первый раз для системы управления версиями. Я начинаю новый проект и, следовательно, немного экспериментирую с технологиями, используемыми в проекте (примеры hello world...) Я хочу создать что-то вроде ветки "игровая площадка". Является ли общим создание новой ветки "игровая площадка" или мне нужно создать папку с именем playground в главной ветке?

рассматривает

Ответ 1

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

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

Ответ 2

Ветви имеют много применений, и это немного зависит от вашего рабочего процесса. Два часто используемых рабочих процесса:

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

Поток Github довольно прост, и очевидно, что Github использует. Gitflow немного сложнее и больше подходит, когда вам нужно поддерживать несколько версий приложения, где можно применять исправления.

В конце концов, это вопрос предпочтения, какой тип рабочего процесса вы используете, но поскольку создание веток в git очень дешево, на самом деле не имеет значения, сколько веток вы создаете (и, в конце концов, удалите снова).

Ответ 3

Вам следует рассмотреть возможность создания новых ветвей и работы над ними в следующих случаях: -

  • Если вы хотите работать/тестировать что-то в среде песочницы.

  • Хорошая практика - сохранить свои коммиты в природе. Так часто коммиты от вас могут нарушить область разработки других. Поэтому лучше завершить свою работу на ветке, а затем объединить свою ветку в основную ветку. [Совет]. Не забудьте сохранить ветвь в синхронизации с основной веткой, часто добавляя основную ветку в вашу ветку. Таким образом, в более поздний момент времени у вас не так много всего, чтобы объединиться вручную.

  • Вы хотите решить проблему. Лучше решить ее на другой ветке и объединить ее позже.

  • Если ваш коммит не соответствует требованиям/сломал вашу сборку, сборка сборки не будет затронута. Поэтому я предпочитаю использовать по крайней мере две ветки ветки ветки и prod. Когда все будет полностью протестировано, объедините ветвь dev в производственную ветвь.

Ответ 4

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

например.

$ mkdir playground  
$ git init
$ touch hello-world
$ git add hello-world
$ git commit -m "my first commit"
$ git branch goodbye
$ git checkout goodbye
$ echo "goodbye" | cat >>hello-world
$ git status
$ git add hello-world 
$ git commit -m "goodbye commit"
$ git merge master

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

Ответ 5

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

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

Ветвление и слияние
Git ветвящаяся модель