のgitのsvnワークフロー - 機能ブランチと私は、次のワークフローでのgit-svnのを使用しています

Question

をマージ今

git clone <SVN TRUNK URL> #done once 

その後、私は機能

git branch featureZ 
git checkout featureZ 
#make edits for featureZ 
git commit 

git checkout master 
git svn rebase # fetch changes from server 

git checkout featureZ #go back to branch 
#git merge master 
git rebase master #get the changes from SVN->master onto the branch now. Optional if I want the branch to be current. (EDITED: Got from the answer given below) 

#make edits for featureZ 
git commit #featureZ completed 

git checkout master 
git merge featureZ #getting featureZ onto master. Prepare to send to SVN 

git svn dcommit #push featureZ back to SVN 

に取り組む際にノートの今、いくつかの点I gitをmasterにマージすると、featureZブランチ内のすべての個々のコミットは、私と一緒に良いものとしてマージされます。

コミットメッセージは、「featureZとのマージ」として置き換えられます。これはmerge fmt msgで修正できます。

今私の質問は このワークフローに間違っていたり、世話を必要とするものがありますか？私はgit-svn manualで、git svnを使って作業するときにマージしないでください。ワークフローで私がやっていることは、彼らが言及していることですか？もしそうなら、どんな種類の問題が起こるでしょうか？一つのことは、私はSVNのメインラインを混乱させる何かをしたくないということです。

Answer 1

SVNはノンリニアの履歴を扱うことはできません（単にノーテーションはありません）。だからあなたがしたいのは、SVNの線形履歴を保存するので、マージの代わりにリベース（これはgit-svnのmanページに示されています）

詳しくは、線形履歴は簡単です。 （AからBからC、BからD、次にC + DからE - つまり、それらは枝に芽を出す）

Rebaseを使うと、線形の履歴が得られます。リベースは、ローカルの専用ブランチから行う必要があります。例えば、masterとexperimentalの2つのブランチがある場合は、checkout実験を行い、 'git rebase master' -iフラグを指定します。逆の方法を使用すると、望ましくない副作用が生じる可能性があります。

これで、masterをチェックアウトし、experimentalブランチからの変更をマージします。あなたの履歴は線形のままです。

Answer 2

あなたはこのマージオプションをご覧ください：

git checkout master 
git merge --squash featureZ 

それはマスターブランチにコミットシングルに枝上のすべてのコミットをスカッシュします。ログメッセージを編集する機会が得られます。ログメッセージは、ブランチで行われたことの概要で初期化されます。

機能ブランチ上の個々のコミットが記録されないという欠点があります。さらに、これは一度だけ行う必要があり、適切なマージとして登録されていないため、その後のマージによって望ましくない結果が生じる可能性があるため、ブランチでこれ以上の作業を行わないようにしてください。

Answer 3

fake-code-monkey-rashidの回答が正しいです。これは答えが少なく、簡素化されています。

gitブランチからsvn rebase/dcommitを実行できます。唯一の使用マスターは、フィーチャーZからの変更をマージする必要がある他のローカル変更があった場合です。

git branch featureZ 
git checkout featureZ 
#bunch of changes 
git commit 
git svn rebase 
# solve any conflicts 
git svn dcommit 

あなたは、あなたがgit svn rebaseそれまたはその代わりにgit-SVNのgit merge featuresZ

Answer 4

いずれかのことができ、クリーンマスターを維持したい場合は、SubGitを使用することができます。これはSubversionとGitのリポジトリを自動的に同期させるサーバーサイドのツールです。

GitワークフローとGitクライアントを使用できます。追加のクライアントツールは必要ありません。

git branch featureZ 
git checkout featureZ 
# make edits for featureZ 
git commit 
git checkout master 

次のように作業を進めることができます：

1. プッシュ機能ブランチを完全にあなたのシナリオを考慮

   。

   git merge featureZ 
   git push origin refs/heads/* 
   

2. マスター/トランクの上にフィーチャーブランチをリベースします。

   git rebase featureZ 
   git push 
   

3. スワッシュは機能ブランチからコミットします。すぐに変化し、SubGitフックSubversionのリビジョンに変更を翻訳をプッシュするよう

   git merge --squash featureZ 
   git commit 
   git push 
   

。

いくつかの詳細は：多くの点で

• SubGitのgit - SVNよりも優れている - のSubversionへのローカルアクセスを必要とするSubGitなど、より良いマージ追跡翻訳、たEOL & MIMEタイプのサポート、
• リポジトリ（カスタムフックを使用します）。
• SubGitは、いくつかの無料オプション（オープンソースおよびアカデミックプロジェクト、小規模チーム）を備えた製品です。