Bitbucket

開発

会話でBitbucketリポジトリとパイプラインをナビゲート — NeotaskとOpenClawがチームの進捗を維持します。

できること

プルリクエスト管理

1つのプロンプトでレビュアー、説明、ターゲットブランチを含むPRを作成。PRサマリーのレビュー、承認ステータスの確認、準備ができたらマージ — すべてNeotaskで。

パイプラインとビルド監視

パイプライン実行ステータスの確認、ステップレベルの失敗詳細の表示、手動パイプラインステージのトリガー。OpenClawはビルドログを手動で掘り起こすことなく失敗理由を表示します。

ブランチ戦略と権限

ブランチの作成と管理、ブランチ制限の更新、マージ戦略の適用。Neotaskに一連のリポジトリのmainへの直接プッシュ禁止ルールを適用するよう依頼できます。

コードとコミット検索

メッセージ、作者、日付範囲でコミットを検索。BitbucketワークスペースのリポジトリI全体で特定のコードパターンを見つけます。

リポジトリ管理

リポジトリ設定、Webhook、アクセス権限を管理。チームメンバーをリポジトリコントリビューターとして追加したり、会話でワークスペースグループメンバーシップを更新したりします。

試してみましょう

  • 「storefrontリポジトリのfeature/checkout-flowからdevelopへのPRを開いてfrontendチームにアサインして」
  • 「今日backendワークスペースで失敗したBitbucket Pipelinesビルドは？」
  • 「platformワークスペース全体で私のレビュー待ちのPRをすべて表示して」
  • 「auth-serviceリポジトリのmainから'hotfix/session-expiry'ブランチを作成して」
  • 「過去2週間でpaymentsモジュールに触れたコミットは？」
  • 「2つの承認と失敗したチェックなしでcheckout-serviceのPR #247をマージして」
  • 「mainにブランチ制限を追加: 2つの承認と失敗したビルドなしが必要」
  • 「core-apiリポジトリへの管理者アクセス権を持つのは誰？」

    • プロのヒント

  • BitbucketはワークスペースとプロジェクトでI整理されています — 大規模組織のリポジトリをターゲットにする際は両方を含めましょう。
  • PR年齢レポートを依頼しましょう:「platformプロジェクトで1週間以上オープンのPRは？」
  • パイプラインのステップ名は重要です — 特定のビルドステージについて尋ねる際は名前で参照しましょう。
  • ブランチ作成とPR下書きを組み合わせましょう:「ブランチを作成してこの修正のドラフトPRを開いて」
  • チームがBitbucketをJiraにリンクしている場合はJIRAイシューキーでコミット検索を使いましょう — Neotaskがクロスリファレンスできます。
  • アクセス監査の際は、チームメンバーのオフボーディング前に「[リポジトリ]への書き込みアクセスを持つユーザーをリストアップして」と依頼しましょう。

    • Works Well With