У мене таке враження, що ти ще не звик вживати git. Я б радив вам увійти в git, щоб повністю зрозуміти, як підштовхнути свій код до відкритої зміни. Тим не менш, дозвольте мені спробувати пояснити ваші кроки: Як ви робите з git в цілому, тут вибираєте підхід до клонування іншого git repo (наприклад, на bitbucket) на вашу локальну машину:
git clone <bitbucket-repo-url>
Тоді ваш локальний клон має ваше інше репо (бітбукет тощо) як віддалений репо. Віддалене репо зберігається з псевдонімом "origin" (псевдонім за замовчуванням, який використовується git, якщо ви клонуєте). Потім ви додаєте репо, що відкривається, як віддалений до свого клону. Ви робите це, однозначно використовуючи псевдонім для віддаленого репо, який ви додаєте - я тут використовую "openshift" як псевдонім:
git remote add openshift -f <openshift-git-repo-url>
Для того, щоб потім можна було виштовхнути код з локального git repo до openhift, спочатку вам потрібно з’єднати вашу репосту openhift з локальним клоном bitbucket. Ви робите це, видаючи локально:
git merge openshift/master -s recursive -X ours
За допомогою цієї команди ви повідомляєте git об'єднати головну гілку в openhift git repo з вашим локальним git repo. Ви говорите йому для злиття за допомогою рекурсивної стратегії злиття та вибору вашої ("нашої") версії, коли виникають конфлікти.
Як тільки злиття виконане, ви готові підштовхнути git repo до відкритого перемикання. Ви робите це, роблячи:
git push openshift HEAD
Ви говорите git підштовхнути свій локальний код до гілки HEAD на віддаленому репо, який називається "openshift" (псевдонім, на якому ми зберігали git repo openshift, деякі пункти далі).
btw. Я написав блог інструментів jboss, який демонстрував, як використовувати Openhift-java-клієнт кілька місяців тому: https://community.jboss.org/wiki/Enable-openshift-ciFullExampleUsingOpenshift-java-client . Ви побачите вищезазначені кроки в останньому абзаці "Ми майже там".