feature-branch

    1

    1答えて

    機能の分岐を使用していて、継続的な配信を実現しようとしているチームが機能切り替えを使用する理由を理解しようとしています。あるチームが継続的な配信を望んでおり、機能の切り替えまたは機能の分岐のいずれかの助けを借りてそれを行うことができるとしましょう。 トグル機能では、「リリーストグル」と呼ばれるものが実装でき、チームはより早くリリースできます。機能が準備されておらず、マスターブランチのみを使用してい

    9

    1答えて

    gitでマージを元に戻すのが簡単ではないという話がたくさんあります。短いバージョン:マージコミットを元に戻すと、gitはそれらの変更を今後もマージしないように指示します。 この問題を回避するためにマージを行うときにできることはありますか?マージを元に戻すことは、ソフトウェア開発者の通常のコースだけで本当に便利な場面がたくさんあります。さらに重要なことは、変更をロールバックする必要があるリリースブラ

    0

    1答えて

    私はsvnで以前働いていたgitとちょっと混乱しています。 私はメインブランチから引っ張り、自分のフィーチャーブランチを作成し、それに取り組み、ローカルに変更をコミットし、リモートにプッシュしてから、ブランチにジェンキンスとすべてのテストを渡しました。 一方、メインブランチは動いているので、私は開発をチェックし、最新の変更を取り出して、最新の開発コピーに対してブランチをリベースしました。 これは私

    11

    2答えて

    TeamCityとGitHub Enterpriseを使用しています。各コンポーネントのmainlineリポジトリがありますし、人々は変更を加えたいとき、彼ら 自分のアカウントへのフォークmainlineは(非常に多くのフォークがあるかもしれません):私たちは、gitのでオープンソース風のワークフローを使用します>- はfork/feature-branchのプルリクエストを送信 が その間 で起

    29

    2答えて

    gitリポジトリに開発ブランチと機能ブランチがあります。私は開発のコミットを追加しましたが、今はそのコミットを自分のフィーチャーブランチにマージさせたいと思います。私がこれを行うならば、 git checkout feature git merge develop 私はマージコミットで終わる。新しいコミットを自分のフィーチャーブランチに頻繁にマージするので、これらの不要なマージコミットをすべ

    0

    1答えて

    私は、リモートブランチを削除する方法を知っているので、この質問はではありません。 cleaning up old remote git branches またはhow to manage obsolete branches on github むしろ、私の問題は、古い機能ブランチを削除すると、メッセージをコミットし、彼らと、JIRA失うことになるということですタグを内部に発行する。このため、JIR

    10

    2答えて

    この記事を読んだ後、それは私の機能ブランチへのメインブランチから変更を収集するためにリベースすることは理にかなって: Git workflow and rebase vs merge questions clone the remote repo git checkout -b my_new_feature ..work and commit some stuff git rebase ma

    5

    5答えて

    Subversion feature branch requires changes from another feature branch から前倒し を私は2つの機能ブランチがあります。 "FeatureA" と "のfeatureBを"。 FeatureAは完了しましたが、次のリリースに入るかどうかは確認されていないため、トランクにマージされません。 FeatureBが進行中で、実際にFea