问题标签 [git-svn]

我已经设置了一些 shell 东西，根据 CWD 包含的 VC 存储库类型动态定义别名 - 例如，'d' 运行 'svn diff' 或 'git diff'，具体取决于。（基于this blog post，如果有人感兴趣......）

我想根据我是在 git repo 还是在 git-svn repo 中定义一些别名。有没有一种简单的方法来区分两者之间的区别？

在我的计算机在“git svn dcommit”操作过程中断电后，我错过了一些重要的提交，我不确定如何让它们恢复。“git log”不显示提交，有什么想法吗？

我有一个使用git svn clone. 我创建了一个本地分支，进行了一些更改，然后切换回 master，git svn rebase如果一切顺利，我将分支合并回 master。然后树看起来像这样：

替代文字 http://img.skitch.com/20090108-cjguu3hcci9x2k17mcftamw8f1.jpg

有时，稍后当我git svn rebase再次进行一些远程更改时，它会丢失 a_branch 已合并到主线中的事实，并且树看起来像这样：

替代文字 http://img.skitch.com/20090108-kn3bn1qgi5ijw8ja5ijkd75pa3.jpg

这是为什么？我能阻止它吗？有没有一种简单的方法可以告诉分支已合并，或者我应该在完成后删除我的分支，这样我就不会忘记已合并和未合并的内容？

我认为我的问题与CaptainPicard 的问题有些相似，但又足够不同，以至于我不得不问，所以就这样吧。

我有一个旧的 SVN 存储库，其中包含大约 7500 个修订版，其中 7500 个修订版中的一部分是一些非常大的 .fla 文件。这些 .fla 文件存在于许多已创建的分支中。因此，导入后我的 .git 目录非常大，如果我得到整个主干、所有分支和所有标签，则大约为 3.5 GB。为了将其配对，我对我想要使用的主干中的目录进行了另一个 svn 克隆，但包括所有分支显然会拉下所有历史记录和对象。

所以我的问题是，有没有办法告诉 git 只获取某些分支。例如只获取以某个标识符开头的分支（例如 mybranch）？

为清楚起见更新：我知道我可以将 git svn init/clone 指向单个特定分支。我想要做的就是将它指向一组分支。例如，不匹配分支/*，只匹配 mybranchset* 的分支

我在服务器上设置了一个空的 svn，并且一直在本地进行提交。现在我希望将我的 repo 提交到 svn 服务器。为此，我尝试了：

Git抱怨说：

由于我首先在本地计算机上开始，并且在线回购是空的，所以我找不到任何有关如何使这项工作的信息。

有没有办法在我的 Git 存储库中添加一个 Subversion 存储库作为 Git 子模块？

就像是：

指向https://svn.foo.com/svn/projSubversion 存储库的位置。

我知道有git-svn它允许人们与 Subversion 存储库进行交互。所以我在想，也许有一种方法可以检查 Subversion 存储库，git-svn然后将其用作子模块。

最近学习了 Git 的基本概念。我们确实使用了一些 git-svn 来熟悉使用它。我想和我的朋友一起在 git 上开始我的第一个“真正的”项目。

因此，我想问一下，一般来说使用 Git 的最佳实践是什么，以及我熟悉的 SVN 开发人员是否会遇到任何陷阱？

在尝试在 git 控制下获取项目的旧 svn 转储时，我遇到了一个有趣的问题。每当我运行git svn时，我都会收到一条错误消息，说它不是 git 命令，但有文档可以使用git help. 我的安装有问题，还是我在这里遗漏了什么？

编辑：我可能还应该提到我在 Windows XP 下运行 msysGit 版本 1.6.1.9.g97c34，我得到的错误是：

我的公司在内部使用 git，我们将我们的一些工作作为开源发布在使用 svn 的 Google Code 上。（如果它支持git，问题可能是一样的。）

问题是我们只发布了我们存储库的一部分，因此使用http://code.google.com/p/support/wiki/ImportingFromGit上描述的 git-svn将不起作用。

• 如何发布部分存储库？（我第一次只是复制了我们想要发布的文件。）
• 如何同步已发布文件和 Code 的存储库之间的更改？

我正在评估使我们的团队远离 CVS 的各种选择。我们在另一个站点上有另一个使用 Subversion 的大型团队，我们的一些开发人员使用 Subversion 服务器。因此，Subversion 对我们的团队来说是一个显而易见的选择。然而：

1. 涉及 Subversion 服务器的操作可能会很慢（尽管我们在站点之间有良好的连接）。
2. 我们中的许多人都接受了分布式版本控制的想法，并广泛使用 Mercurial 或 git（然后合并并提交到 CVS 并从

git-svn看起来很有趣，但我想知道的是，由于在 Subversion 中拥有少数集中式分支，DVCS （如 git）的功能有多少会丢失。特别是，我仍然希望能够保留 Mercurial 的工作流程，例如：

1. 我们可以拉取其他团队成员的存储库并合并，从而在特性分支进入我们在 Subversion 上的主要稳定主干之前就特性分支进行协作吗？
2. 我们是否可以期望 git 可能产生的大量诡计通常会起作用，或者我们是否需要小心避免混淆 git-svn？
3. 我们是否可以使用 git 来加快从 Subversion 的签出速度，方法是将其从另一个站点拉过连接一次，然后将其拉入单独的存储库一次。
4. 如果有人提交了 Subversion，我们可以安排其他 git 用户通过 git-svn 仍然看到完整的开发历史吗？
5. 尽管 Subversion 服务器有半个世界的延迟，我们是否可以基本上避免在 Subversion 服务器上等待交互操作？

我们中的许多人已经习惯了一个主要的相当稳定的共享分支的想法，它具有一个简单的线性历史，每个人都可以推送到它，因此它们会定期合并到尖端。我不清楚如何使用 git（或 Mercurial 或 Bazaar）很好地支持此工作流程。