git-rebase

0熱

1答えて

私はローカルブランチ（delopment）を持っていますが、私は自分の変更をマスターにマージします。私は次のことを試してみました：私delopmentブランチを形成する： git rebase origin/master しかし、何が私のdelopmentブランチは私の変更を失ったと私は私の開発ブランチをリセットしなければならなかった起こりました。開発ブランチでマスターブランチをリベース

-1熱

1答えて

非常に古いコミットをgitツリーからきれいに削除する方法はありますか？

TL; DR： 6歳のコミットがあり、私はただそれが消えたいと思う、それは空であると私はそれを削除したいと思います。一番下にコミットすなわち： [a few thousand commits on top of this] * 08d01075 - (5 years ago) |\ | * 2da4e798 - (5 years ago) | |\ | |/ |/| * | f29

11熱

3答えて

gitの開発ブランチに機能ブランチをリベースする方法

私は約30以上のコミットを超えた機能ブランチを持っています。一方、開発ブランチでは他の開発者からいくつかの機能が追加されています。そのため、毎回新機能は開発に公開され、私がするように求めています：任意のがあなたの機能ブランチで開発を続けた場合、私の機能ブランチにリベースの開発ブランチ解決の競合を問題第2ステップはここではチキンの首です。 rebaseで、それは私にの矛盾を与え、すべてのそ

2熱

1答えて

複数のマスタブランチへの変更点

私の小さなグループの開発者は、当社のコア製品のいくつかの異なるバージョンへのインターフェイスを作成し、管理しています。私たちのコア製品の異なるバージョンはほとんど同じですが、バージョンごとに別のブランチにコードを保存する必要があるいくつかの違いがあります。すべてが同じリポジトリにあります。私たちは最近、Gitに切り替える必要があり、すべてのブランチに同じ変更を加える必要がある場合に最適なワークフ

0熱

0答えて

プッシュを強制的に許可するかどうかをテストするにはどうすればよいですか？

既にリモートにプッシュされた過去のコミットを編集したい場合、実際に何も変更せずに強制的に強制的に強制的にテストする方法はありますか？過去のコミットを編集するには、通常git rebase -i HEAD~Nを使用してから、pickをeditに変更して変更します。これを実行した後で強制的にプッシュを強制することができないことを認識すると、ワークスペースをリセットする必要があります（コミットの変更

0熱

2答えて

フィーチャブランチを別のフィーチャブランチにリベースした後、フィーチャブランチを安全に削除する方法はありますか？

安全にフィーチャーブランチのローカルコピーを、マージされずにオリジン/マスターにリベースしたときに削除できます。私はgit branch -Dを知ることができると知っていますが、私はそのことを盲目的に避けて、どのブランチを削除するのが安全か教えてください。例えば：私はorigin/my-featureにそれをプッシュし、機能ブランチmy-featureを持って、PRを行い、origin/my-f

0熱

1答えて

私のgitブランチを更新し、git-svnのsvnリポジトリを変更しました

svnリポジトリからソースをクローンするのに 'git svn'を使用しています。ブランチを使用して新しい機能を作成します。 S1-S2+S3-S4-S5-S6-S7 (master) +B1-B2-...-B9 (new-feature) 最新のsvn版のような gitのロググラフは、「S7」で、最新の現地支店は「B9」です。 git checkout master git s

0熱

1答えて

Git rebaseはステップ間にコミットされていないファイルを残しますか？

>git rebase <parent> First, rewinding head to replay your work on top of it... Applying: <First Change> Applying: <Second Change> .git/rebase-apply/patch:20: trailing whitespace. warning: 1 line