トップ「Feature-branch」の質問

Gitマージマスターを機能ブランチに

Gitに次のような状況があるとしましょう。作成されたリポジトリ:mkdir GitTest2 cd GitTest2 git init マスターでいくつかの変更が行われ、コミットされます。echo "On Master" & […] 続きを読む…

git git-branch git-merge git-flow feature-branch

マージされたすべてのGitブランチを削除するにはどうすればよいですか?

Gitのブランチがたくさんあります。 すでにマージされているブランチを削除するにはどうすればよいですか? それらを1つずつ削除するのではなく、すべて削除する簡単な方法はありますか?

git github version-control branch feature-branch

機能ブランチを別の機能ブランチにリベースする

私が取り組んでいる2つの(プライベート)機能ブランチがあります。a -- b -- c <-- Master \ \ \ d -- […] 続きを読む…

git git-rebase feature-branch

Gitでのリモートブランチのリベース

私は中間のGitリポジトリを使用して、リモートのSVNリポジトリをミラーリングしています。このリポジトリから、クローンを作成して作業することができます。 中間リポジトリには、アップストリームSVNから毎晩リベースされたマスターブランチがあり、機能ブランチに取り組んでいます。 例えば:remote: master local: master feature 機能ブランチをリモートに正常にプッシュして戻すことができ、最終的には期待どおりの結果が得られます。remote: master […] 続きを読む…

git version-control branch rebase feature-branch

開発ブランチのgitコミットを機能ブランチにマージする方法

gitリポジトリにdevelopブランチとfeatureブランチがあります。 開発するコミットを追加しましたが、そのコミットを機能ブランチにマージしたいと思います。 私がこれをするならgit checkout feature git merge develop マージコミットになってしまいます。 開発時に新しいコミットを機能ブランチに頻繁にマージするので、これらの不要なマージコミットをすべて避けたいと思います。 git […] 続きを読む…

git git-merge git-rebase feature-branch

git-ブランチエイリアス?

私はstarteamからgitへの切り替えを研究しています。現在、starteamでは、特別な名前の「フローティングビュー」を使用しています。 これらのフローティングビューは、基本的にエイリアスのように機能します。 したがって、チェックアウトする特定のエイリアスを指定すると、現在モデルテストを行っているブランチを取得できます。これはgitでどのように行われますか? これは基本的に私たちのブランチがどのように編成されているかです:これらはすべてブランチですmaster (stable view) | - Branch 2012.05.01 | | - […] 続きを読む…

git version-control branching-and-merging feature-branch

機能ブランチのバグ修正

分岐モデルには、VincentDriessenによる私が理解したところによると、新しい機能が必要な場合は、 developmentブランチを作成し、新しいfeatureブランチを作成します。 これに取り組み、完了したら、このブランチをdevelopmentブランチにマージします。開発者が機能を作成し、その機能をdevelopmentマージして、機能コードにいくつかのバグがあることが判明した場合はどうなりますか。 これはどこで修正する必要がありますか? 新しいfix / bugfixブランチを開発から開始し、そこでコードを修正する必要がありますか? 私は別の方法を見ることができません。これについてはどうすればよいですか?ありがとう

git git-branch branching-and-merging feature-branch

まだマージされていない別のgitブランチに依存する新しいgitブランチでどのように機能しますか?

これが私のシナリオです:私のプロジェクトはトピックの分岐パターンに従っています。いくつかの問題を修正するためにブランチを作成します。このブランチをproblem_fixesと呼びましょう。 変更を加えて、プルリクエストを送信します。新しい機能の作業を開始する必要があるため、my_featureという2番目のブランチを作成し、一連の変更をコミットします。ある時点で、my_featureがまだ受け入れられてマージされていないproblem_fixesに依存していることに気付きました(my_featureブランチは最初のブランチからの修正のいくつかに依存しており、それらなしでは進行できません)。私のプロジェクトリードにバッジを付けて最初のブランチをより早く受け入れてマージすることを除いて、ここで従うべき最良のプロセスは何ですか?(マスターではなく) […] 続きを読む…

git branch branching-and-merging feature-branch

ホットフィックス後にGitFlow機能ブランチをマージしますか?

最近gitflowを使い始めたばかりですが、よくわからないことがあります。 まず、開発に関して直接何もしません。 何かをする場合は、ホットフィックスまたは機能の開始を使用します。新しい機能(「sequentialUpgrades」)を開始したとき、プラグインはバージョン1.1.5でした。 それは4日前でした。 過去4日間で、この新機能を完了していませんが、2つの修正プログラムを完了したので、それらをマスターにマージし、完了時に開発しました。もちろん、これらのブランチの両方で、修正プログラムを含む最新の変更があります。バージョン1.1.7で... git diff master developを実行しても、違いはありません。機能ブランチに戻ってこの新機能の開発を続けたところ、機能ブランチはまだ1.1.5に戻っているため、最新の2つの修正プログラムはありません。だから私は2つの質問があります:何かを台無しにすることなく、機能ブランチに最新の変更を加える方法があるとしたらどうでしょうか?開発を機能ブランチにマージすることを考えていましたが、それは正しい方法ではないと思います。 しかし、私は本当に、この新機能の開発中にこれらの最後の2つの修正が存在する必要があることをスクラッチしたいと思います。これができない場合、機能を終了すると、競合することなく、一体どのようにして開発にマージされますか? これに頭を包むことはできません。この機能を1.1.5から始めたからです。 機能ブランチで、ファイルaccess-level.phpに大幅な変更を加えました。 ホットフィックスを実行したときに、同じファイルの5〜6行を変更しました。 いくつかの重要な変更が加えられた1.1.5に戻ったファイルを、それ以降も変更が加えられた1.1.7の同じファイルにマージするにはどうすればよいですか?

git branching-and-merging git-flow hotfix feature-branch

TeamCityでGit機能ブランチをマスターと自動的にマージし、マージの競合が発生した場合にビルドを失敗させるにはどうすればよいですか?

私たちの開発/リリースサイクルは次のように機能します。開発者は機能ブランチを作成し、機能を実装します開発者は、機能が受け入れテスト(UAT)の準備ができていることを示しますテスターは機能ブランチをデプロイし、機能を受け入れる(または拒否する)承認された機能は、テスターに​​よってマスターブランチにマージされるため、次のリリースサイクルでリリースされます(トランク/マスターコードは毎週デプロイされます)。テスターが機能をUATして、正常にマージされないことを発見するまでに、その機能で作業していた開発者は通常、別の場所に移動しているため、マージの競合に不満があります。TeamCityによって、すべての機能ブランチが現在のマスターブランチに対して自動的にマージされ、マージの競合が発生したビルドは失敗したビルドと見なされるソリューションを検討しています。これにより、問題のあるマージを早期に把握できるため、修正できます。それらをより早く。TeamCityには、このワークフローのサポートが組み込まれていないようです(つまり、ブランチXにプッシュが発生した場合、マスターをチェックアウトし、ブランチXをそのワークフローにマージし、ビルド、単体テスト、パッケージを作成します)。 TeamCityとGithubを使用して(おそらくカスタムmsbuildターゲットを使用して)同様のワークフローを作成した人はいますか?編集: Githubを使用していることを明確にする必要がありますが、現在プルリクエストを使用していません […] 続きを読む…

git teamcity branching-and-merging continuous-deployment feature-branch