2015-06-20 2 views
0

Как есть: У меня есть 10 проектов (каждый из которых является репо), которые иногда взаимозависимы, когда дело доходит до разработки функции.Какие инструменты для получения видимости при разработке многофункциональных объектов?

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

Пример обозначения:

  • Project1 история филиал - "[ТАСК-1] Новый процесс Логин"
  • Проект2 история филиал - "[ТАСК-1] Новый процесс Логин"

проблема:

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

  2. Имея в виду это решение следующего соглашения об именах для наименования филиалов, я хотел бы получить более полную информацию о том, что есть. Рассмотрим эту историю фиксации в рамках одного проекта.

http://www.kdgregory.com/images/scm.git/03-sprint.gif

Допустим, мы сделали выпуск на черную точку в мастера. Затем мы начали разрабатывать новые истории. Я хотел бы получить видимость:

  • , какие истории будут полностью объединены в разработчике
  • , какие истории будут полностью объединены в мастер
  • , какие истории частично объединены (он был слит, а кто-то продолжало кодирование в истории ветвь и есть коммиты в dev/master, и в ветке истории не объединены коммиты)
  • Есть ли дополнительные коммиты в dev или master, которые не происходят из ветви истории.

В основном то, что у меня есть в качестве входа, - это два refs в git. «От» и «Кому», и я хотел бы создать инструмент, чтобы лучше понять, что находится между этими двумя точками рефлекса во времени.

В конечном итоге я смогу сказать, что функцияXX распространяется через dev/master в проекте1, но все еще не объединена в project2 и т. Д. ... и улучшает видимость и избегает проблем в процессе разработки.

ответ

0

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