Как хранить несколько приложений fiori в одном или нескольких git-репозиториях - PullRequest
Новая
       42

Как хранить несколько приложений fiori в одном или нескольких git-репозиториях

0 голосов
/ 12 октября 2018

Я пытаюсь разработать 5-6 приложений fiori, и все эти приложения так или иначе связаны друг с другом, т.е. поддерживается навигация между одним приложением к другим приложениям.

Я использую инструменты git, встроенные в веб ide.Репозитории размещены на git.hana.ondemand.com

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

Есть ли способ сохранить их водин репозиторий git или мне нужно несколько репозиториев для каждого приложения.

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

Ответы [ 2 ]

0 голосов
/ 22 октября 2018

Это не ответ на вопрос «как хранить несколько приложений в одном репо», скорее, лучше не хранить несколько приложений fiori в одном репозитории:

  • хранить по одному приложению врепозиторий (преимущества в истории отслеживания, ветвления и т. д.)

  • использовать намеренную навигацию для перехода от одного приложения к другому приложению

  • , если вы используетеИнтерфейс ABAP, у вас будет приложение BSP для каждого приложения fiori (преимущества при использовании кэширующего устройства и т. Д.)

  • если вы используете облачную платформу Sap в качестве интерфейса, у вас будет один HTML5приложение "для каждого приложения Fiori, каждое из которых связано с Git Repo

  • , если вам нужно повторно использовать элементы управления или другие общие части, вы все равно можете включить части приложения A в приложение B

0 голосов
/ 12 октября 2018

Преимущество всех связанных приложений в одном хранилище: это просто.

Недостаток: история приложений неразрывно связана.Разные степени сложно клонировать только одного из них, или иметь разные приложения в разных ветках, или в разных точках истории.

Чтобы решить проблему, связанную с частью проекта, но на самом деле независимую,Git поддерживает поддеревья и подмодули.Вы можете прочитать о разнице в другом месте; это хорошее сообщение в блоге 's tl; dr - это IMO очень хорошее резюме:

  • Является ли внешний репозиторий тем, чем вы владеете сами и, вероятно, вернете код обратно?Тогда используйте субмодуль.Это дает вам самый быстрый и простой способ отодвинуть ваши изменения назад.
  • Является ли сторонним кодом внешнего репозитория код, к которому вы вряд ли что-либо отодвинете?Тогда используйте поддерево.Это дает преимущество в отсутствии необходимости давать людям разрешения на дополнительное репо при предоставлении им доступа к базе кода, а также снижает вероятность того, что кто-то забудет запустить обновление подмодуля git.

РЕДАКТИРОВАТЬ: я никогда не работал с fiori или SAP Web IDE, и я не знаю, насколько хорошо интегрирован Git-клиент, поэтому YMMV.

...