git-merge

    1

    1答えて

    GitHubをソースリポジトリとして使用し、AWS CodeBuildを使用してGitHubからElastic Beanstalkをホスト環境に、CodePipelineを使用してビルドをコミットしてコードを展開します生産が最終的な環境になっています。 CodePipelineの最終ステップとして追加したいのは、ビルドを本番環境に配備した後にマスターにマージバックすることです。私はグーグルで簡単な

    1

    1答えて

    masterブランチをIntelliJ IDEAのUIオプションを使用してfeatureブランチにマージしようとしています。 VCS -> Git -> Merge Changes...。 No commitというチェックボックスを選択し、origin/master分岐を選択してマージします。 ただし、これを実行してgit logを実行すると、新しくcommitがマージされた変更で作成されています

    0

    1答えて

    ゴール:仲介者コミットを維持しながら、マスターのクリーンな履歴を保持します。例えばについては 、のはmasterブランチから始めましょう: M1 --- M2 --- M3 ^ master 私は機能上/バグ/どんな新しいブランチ上で動作: M1 --- M2 --- M3 ^\ | \- F1 --- F2 -- F3

    1

    1答えて

    以下は、VSTSとGitを使用したマージワークフローの私のソリューションです。 これは機能しますが、一見、マージの競合を防ぐ2つの冗長な手順があります。私は誰かが1ステップでそれをやるより簡単な方法を持っていることを望んでいます。私が各支店をリベースすると、これは機能しますが、私はその方法を避けようとしています。私の手順は次のとおりです。 devの機能をdevブランチ、オフマスター、および補足ブラ

    0

    2答えて

    ここにシナリオがあります: 私はgithub repoを所有しています。誰かがPRを作成して提出する。マージの競合はありません。私はテストの目的のためにPRと私のレポの "最終結果"をクローンしたい。 これは可能ですか?私はPRリポジトリとブランチをクローンすることができますが、私が複製しているものが実際のPRリクエスト(彼らはPRを提出した後に追加の変更を加えたかもしれない)であるという保証はあ

    0

    1答えて

    TL; DR:純粋に理論的な観点からすると、そのファイルは上のすべてで修正されていない場合は、マスターへの分岐の(リベースではない)ことが可能にGitがをマージ中にファイルの競合を報告するためのものですブランチ(マスターから直接作成されたもの)? デベロッパーのブランチをマスターにマージすると、私の人生の間、私はいつも修正していないことを覚えていないか、開いたことがあるファイルに競合が生じることが

    0

    1答えて

    私の質問は簡単です。 git pullは、元のリポジトリから新しい変更を取得するときに早送りマージを実行しますか?私はドキュメントではデフォルトでそれを読んでいませんが、私は引っ張ってもマージコミットはありません。一例として、 以下の歴史を持つ元のリポジトリを考えてみます。 A -> B -> C -> D そして、私の作業リポジトリは次のようである: A -> B -> C -> W ->

    15

    3答えて

    私はGitをVCSとして使っているプロジェクトに取り組んでいます。私はmasterのmainlineブランチからブランチxyzを切り取った。しばらく働いた後、私は自分のコードをコミットし、支店のメインラインを引きました。 プルは正常でした。私はマスターとコードをマージしました。マージ後、特定のファイルに問題がありました。私はマージ後にコードをコミットしていません。誰かが私がこのマージを中止して、現

    3

    1答えて

    私はGitHubレポを持っています。 誰かがこのレポをフォークし、私は引くしたいいくつかの良いコミットを持っています。 彼らは電子メールに応答しないので、私は私のレポに上流のプルリクエストを送信するように依頼することはできませんしました。 どのように彼らの著作を維持しながら、私は、私のレポにこれらのコミットを得ることができ、など コマンドラインのgitソリューション、またはGitHubのUIソリュ

    0

    1答えて

    シナリオが非常に具体的であるため、新しい質問を投稿する必要があります。 「master」という名前のブランチが2つあるとします。&「A」です。 アプローチA:その後、解決git merge masterを使用し、 を分岐マスター使用git pullで分岐し、その後、リモートからcheckout Aを を最新の変更をプルする: 分岐Aでは、任意の アプローチBかの競合を解決その後、git pull