Начиная с мерзавца и у меня есть несколько вопросов - PullRequest
0 голосов
/ 09 марта 2019

Я пытаюсь использовать git для разработки своих веб-приложений, я занимаюсь разработкой в ​​одиночку, так как все еще учусь. Мне было интересно, если этот рабочий процесс будет хорошим началом для меня. По сути, у меня есть основная ветвь, это также называется производственной ветвью, где только безопасны и рабочий код находится, тогда я могу иметь развивающую ветвь, эту ветку, где я делаю всю свою повседневную работу, в этой ветке я мог бы быть добавление новых функций, исправлений, всего как веток, и я думаю, что эти новые ветки могут быть объединены с master? или может быть объединены с разработкой и обратно к мастеру? что было бы лучшим решением?

Я открыт для предложений всех видов.

Ответы [ 3 ]

0 голосов
/ 09 марта 2019

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

  1. Для каждой новой функции вы можете создать ветку вне разработки и объединить ее с разработкой, как только вы будете удовлетворены тем, что она готова к объединению. Например. git checkout -b feature/search-feature
  2. Для исправления ошибок, связанных с уже слитой веткой, вы можете открыть ветку исправления ошибок с фактическим именем ветви: Например: git checkout -b bugfix/search-feature
  3. Для исправлений, которые вы вносите на сервер после его развертывания, поскольку вы полагали, что что-то сломалось, возможно, у вас может быть префикс исправления. Например: исправление / неработающая проблема
  4. Я настоятельно рекомендую вместо значимых сообщений о фиксации сообщать «Исправления», «Исправленные проблемы», потому что, когда вы оглядываетесь назад, просматривая или выбирая вишню, это будет очень удобно. Например: git commit -m "Fixed [your issue] in [your functionality]".
0 голосов
/ 09 марта 2019

Я использовал много 3 основных разветвленных. мастер, постановка и развитие.

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

Таким образом, мастер всегда готов к исправлениям. Если есть исправления, то объедините их из мастер-уровня в стадию разработки.

0 голосов
/ 09 марта 2019

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...