2016-08-12 49 views
7

多くのグループとプロジェクトでGitlab 8.10.1を使用しています。プロジェクトの多くは、他のプロジェクトのフォークである。 私たちの問題は、誰かがプロジェクトのマージ要求を開くたびに、デフォルトのターゲットブランチがプロジェクトのデフォルトブランチではなく、非常に特定の他のプロジェクトからであるということです。何らかの形でこの設定を上書きする方法はありますか? 私はプロジェクトのデフォルトブランチを設定する方法を知っていて、これらの設定は正しいと思われますが、gitlabはマージリクエストを作成する際にgitlabを使用していないようです。 この問題は非常に厄介で、人々が注意を払わずに全く別の「マスター」をターゲットとしてマージ要求を行ったという奇妙な状況につながっています。Gitlabでマージのデフォルトのターゲットブランチを変更する方法

答えて

3

この動作の原因は、あるプロジェクトがgitlab内で別のプロジェクトからフォークされたためです。ソースとフォークの関係を削除するとき、マージのデフォルトブランチはプロジェクト自体のデフォルトブランチです。 これは、この状況に対する私たちの解決策であり、ソース< - > fork関係の削除の影響を受けることができるためです。

+2

これを実行する手順を一覧表示できると便利です。 – NindzAI

2

あなたはマスターを必要としています。そして、プロジェクト---デフォルトブランチを設定---

お楽しみを変更救う!

2

デフォルトMRのターゲットは、リポジトリがGitLab forkであるかどうかに依存します。

フォーク

リポジトリがGitLab forkある場合、デフォルトMRのターゲットは、上流リポジトリのデフォルトの枝になります。この関係は、プロジェクト設定ページの「フォーク関係を削除する」オプションで削除することができます。その後、既定のMRターゲットは、フォークしていないリポジトリ(以下で説明しています)に対して通常どおりに決定されます。

書き込み時には、フォーク関係を削除せずにデフォルトのMRターゲットを上書きすることはできませんが、その機能はgitlab-ce issue #18550で要求されています。

非フォーク

リポジトリが何のフォーク関係を持っていない場合は、[プロジェクトの設定ページでデフォルト設定の支店は、両方の(1)デフォルトMRの目標を設定し、上のレポの(2)ヘッド基準GitLabサーバ(リポジトリがクローンされたときにチェックアウトされたブランチを決定する)。 bug/quirk in gitのため、一度デフォルトブランチだったブランチが後でGitLabから削除された場合はproblems can occurになります。

書き込み時にデフォルトブランチとは独立してデフォルトMRターゲットを変更することはできませんが、この機能はgitlab-ce issue #31546で要求されています。

関連する問題