feature-branch

0熱

1答えて

私はToscaでテスト中です。最近、私はCucumber for JavaとSpecFlow for C＃を使って作業を自動化しました。キュウリとSpecFlowの場合DevOps Sprintの2〜3週間の間に、機能分岐（ユーザーストーリーごとに）とPR（プルリクエスト）を行いたいと思います。これはTosca Commanderでも可能ですか？それとも、どのような行動（おそらくトスカ自身をリ

1熱

2答えて

リセットしてすべてのユーザーにローカルバンチを適用するにはどうすればよいですか？

私たちは、この分岐構造を持っている：マスター（生産に配備/ビルド） QA（Q &環境に配備/ビルド）だから、我々が作成枝ていますマスターからのフィーチャーブランチを作成し、次にQ &でフィーチャーを検証する必要があるときにqa（マスターから作成）にマージします。いくつかの開発がマスター（小さなものやバグ修正）に直接マージされたため、時にはmasterからqaを再構築する必要があります。私が

0熱

1答えて

チームシティを使用してgit機能ブランチを作成する

チームシティを使用してgit featureブランチを作成し、teamcityを使用してそれをdevにマージします。それは可能なのか？

1熱

1答えて

QAは、Gitflowワークフローでフィーチャ分岐を使用して複数のフィーチャを一度にテストできますか？

開発者がさまざまな機能の異なるブランチで作業する場合、私はそれらが機能ブランチからQAビルドを提供できることを理解しています。テストされると、「開発」とマージできます。しかし、QAチームがかなり大きく、一度に複数の機能をテストすることができれば、異なるブランチに存在する機能を含むビルドをどのように受け取ることができますか？

0熱

1答えて

モバイル開発のフィーチャーブランチ

ウェブプロジェクトにフィーチャーブランチを使用します。フィーチャーをチームの他のメンバーがテストする準備ができたら、それぞれのフィーチャーに対して新しいブランチを作成してプルリクエストを開きます。 Heroku review appsとGithub collaborative code reviewを使用すると、コードを確認して機能をシームレスにテストできます（プル、ビルドなどはありません）。私

0熱

1答えて

gitで「フィーチャブランチを最新の状態にする」という解決策は、マスターがフィーチャブランチに時々マージすることですフィーチャブランチが必要とするマスタブランチで実装された変更は正しいのでしょうか？私はこれを一度行っています。だから私の歴史は次のようになります。 master feature now i want to merge | | | | file needsToBeChange

1熱

2答えて

Gitブランチはまだマスターと同じ行にあります

gitツリーで予期しないことが起こっています。私は ...マスターと同じコード行で行われているこれらかのようにそれが表示される新しいブランチにコミットを行っておりますが一方で、マスターのオフブランチを作成しましたご覧のとおり、左端にはマスター（暗い青色）のコード行があり、右上には同じ行にコミットしているように見えるマスターから得られたブランチであるSprint_15が見えます。なぜこれが起こって

1熱

1答えて

Git-Flow - リリース前の新機能の作成が完了しました。

Gitと標準のGit-Flowでかなり新しいです。特定のシナリオに関するアドバイスを探してください：開発ブランチ（Feature1）からフィーチャーブランチを作成し、フィーチャーを完成させます。この「フィニッシュ」は、この機能を統合して開発するためのものです。新機能（Feature2）は、完成したFeature1のコードを含む開発ブランチから他の誰かによって作成されます。リリースは、Feat

1熱

2答えて

フィーチャーブランチにないファイルに影響するコミットを表示しますか？

branch-aとgit rebase origin/master branch-aを指定すると、ファイルに競合が生じることがあります。リベースする前に（定義）に競合がなかったことを考えると CONFLICT (content): Merge conflict in .../file.txt は、その後、競合が唯一.../file.txtにB/C一つ以上のコミットを発生していることができます。