Git стратегия оформления заказа - PullRequest
0 голосов
/ 26 марта 2020

Мой вопрос о том, из какой ветки проекта мне следует оформить заказ при запуске нового задания. Я работаю над проектом, который имеет несколько «основных» (не может придумать более подходящего названия) веток, таких как «dev», «test» и «release / xxx». Рабочий процесс довольно прост: когда я начинаю работать над новой задачей, я извлекаю из ветки dev, выполняю свою работу и отправляю свой код в dev, выполнив задачу. Затем я создаю запрос на извлечение.

Но иногда я сталкиваюсь с кучей очень похожих задач подряд. Допустим, сейчас я работаю над добавлением функциональности create service в интерфейсную часть платформы. Для этого мне нужно:

  1. Создать компонент, который покажет список доступных сервисов, на этой странице также есть кнопка Создать новый сервис .

  2. Затем мне нужно добавить несколько форм для сбора пользовательского ввода.

  3. Мне нужно добавить все эти страницы в маршрутизатор.

  4. Мне нужно создать хранилище, которое будет содержать некоторые данные.

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

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

Но мой коллега настаивает на том, чтобы я всегда извлекал у разработчика информацию, даже если мой запрос на извлечение не был утвержден и поэтому объединен. к тому времени я проверю. Таким образом, у меня не было бы никакого примера передо мной, или я должен был бы сделать локальную копию проекта в другой папке и затем использовать ее как источник правдивости. Это очень неудобно.

Как это обычно делается?

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