Hi All, I'm using git-svn to manage quite large svn repository. This repository also does not follow 'general' svn rules about how to name branches. So we have something like: trunk -> development branches\version1 -> version1 maintenance branches\custom\version1_fix -> customized version1 with certain fixes etc. When importing, I've only imported trunk and branches I'm interested in. Thus, I have multiple remotes for which git-svn does not know they are related (or how they branched from each other). Also, I have not imported whole history, as its just to much trouble. Now, I want to start a new branch, lets say branches\dev1, which is branches from trunk. This will be used for various improvements, which do not go to trunk immediatelly. I also want to keep this branch in sync with main trunk. Up to now, I have been doing this by git-cherry-pick all changes from dev1 branch point. Is there a better way to do? Note that branch dev1 in git-svn does not know about previous commits in trunk (git remote ref was initialized from branch point for dev1). Just merging trunk (represented by a remote in git-svn) makes a mess (as expected). Basically, what I want to do is tell git-svn that merge was already done up to a certain point from that branch so git-merge then only picks up new changes from that point on (and the ones that have not been cherry-picked). Is there a way to get out of this mess? I'm fine with cherry-pick, but it requires some manual labor (like remembering/finding last cherry-picked commit). Thank you, Igor -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
