Как опустить код при слиянии битбакетов
Можно ли опустить код при слиянии и внесении изменений в любую вторичную ветвь?
Например, в одной ветке вы сохраняете изменения пользовательского интерфейса, а в другой ветке вы сохраняете изменения кода. Таким образом, если я хочу пропустить какой-либо код во время сравнения, возможно ли это? Или есть другой подход к этому.
Ответы 2
[Это ответ на вопрос, почему вы хотите это сделать. Возможно, кто-то ответит на ваш вопрос как напрямую]
Я вижу это (сохранение разного кода в разных ветвях) как неправильное использование ветвления. Вы можете обрабатывать это как два разных репозитория или как монорепозиторий обоих проектов. Я бы посоветовал взглянуть на различные ссылки на монорепозитории, а также на популярные стратегии рабочего процесса git.
Если вам нужно опустить какой-то код (определенные коммиты) при слиянии, вы можете использовать git cherry-pick вместо git merge, но выбор вишни не является хорошей практикой для постоянного использования.
Если вам нужно разделить код пользовательского интерфейса и внутренний код, я бы рекомендовал использовать два репозитория git или использовать функцию подмодуль git.
Любой пример того, как управлять этим, когда мы обрабатываем или играем с обоими по отдельности.
Разделены ли интерфейсная часть (UI) и серверная часть. И используете ли вы какой-либо инструмент управления пакетами (например, npm, web-pack, maven, ..). Не могли бы вы поделиться со мной структурой кода вашего проекта?
В основном мы разрабатываем мобильную версию приложения (iOS / Swift, Android / Java), а также веб-версию на React.js. Нам нравится разделять версию оболочки / пользовательского интерфейса, поэтому мы всегда можем улучшить пользовательский интерфейс отдельно (в отдельной ветке), чтобы команда разработчиков могла взять ее и выполнить любую интеграцию с ней.
Как я понял, вам просто нужно хранить изменения, связанные с пользовательским интерфейсом, отдельно от других изменений кода в вашем мобильном / веб-приложении. Таким образом, идеальным подходом будет сохранение изменений пользовательского интерфейса в отдельной ветке, и как только вам понадобится интегрировать новые изменения пользовательского интерфейса, вы можете использовать git cherry-pick. Когда вы выбираете вишню, если есть более одной фиксации, вы должны выбрать первую более старую фиксацию. Подход «Хранить отдельные репозитории» был бы лучше, если бы ваша структура кода была такой, как показано ниже. * API (внутренний код) * Мобильное приложение (iOS, Android) * Приложение Webb
Любой пример того, как управлять этим, когда мы обрабатываем или играем с обоими по отдельности.