職場ではGitLabとTaigaを使用しています。Taiga + GitLabインテグレーション：マスターブランチのみ有効？
したがって、開発者がテキストを含むコミットをプッシュすると、番号XYZのタイガの問題が閉じられ、コメントが自動的に配置されます。
これは間違いなく素晴らしいです。ただし、MergeRequest（または一般的な機能ブランチ）ではうまく機能しません。MergeRequestがマスターにマージされるまで、タイガの問題を閉じたくないためです。
この統合を制限して、masterブランチでしか動作させない方法はありますか？
マージ要求承認ワークフローを通過する必要がコミットするためにMergeRequestsは、リポジトリのブランチからではなく、リポジトリのフォークからのみ作成することをお勧めします。
デベロッパーが誤って改ざんしないようにこのポリシーを適用する場合は、gitlabの "支店の保護"機能を使用して、新しい支店の作成を許可しないワイルドカード（*）を使用します（こうすることで、彼らは各開発者のフォーク上でブランチをプッシュできるようになるので、Taigaへの通知は、MRがマスターにマージされたときにのみ届く）。
、あなたが考えることができます：
すべてのコミットがMRを経由するわけではありませんが、masterブランチに直接行くコミットが、マスターに直接プッシュされている限り、フック – knocte
@knocteを使用することを望みます。 （https://tree.taiga.io/support/integrations/changing-elements-status-via-commit-message/ – VonC
）に記載されている太田のステータスの変更がありますが、その統合を有効にすると、MergeRequestsのブランチにプッシュされたコミットは、問題を解決するか、マスターブランチに直接コミットしたコミットだけを行うことをお勧めします。そして、MergeRequest-event-webhookを使用してTG番号を取得し、リスナーから閉じます。 – knocte
良い解決策と私の答えよりも正確です。 +1 – VonC