Questions tagged «git-svn»

我阅读了Git手册，常见问题解答，Git-SVN崩溃课程等，它们都对此进行了解释，但是在任何地方都找不到像以下这样的简单说明： SVN存储库位于： svn://myserver/path/to/svn/repos Git存储库位于： git://myserver/path/to/git/repos git-do-the-magic-svn-import-with-history \ svn://myserver/path/to/svn/repos \ git://myserver/path/to/git/repos 我不希望它那么简单，也不希望它是单个命令。但我确实希望它不会尝试解释任何内容-仅说明在此示例中应采取的步骤。

1509 svn  git  version-control  git-svn 

我知道我可以使用git diff命令来检查更改，但是据我所知，它是基于目录的。这意味着它将给出当前目录中所有文件的所有更改。 如何只检查一个特定文件中的更改？说，我已更改的文件file_1.rb，file_2.rb......，file_N.rb但我只关心文件中的变化file_2.rb。然后（在提交之前）如何检查这些更改？

472 git  git-svn 

执行此操作时git diff，显示“文件末尾没有换行符”。 好的，文件末尾没有换行符。有什么大不了的？ 该消息的意义是什么，它试图告诉我们什么？

471 git  git-svn 

我一直在Git中完成所有工作，并推送到GitHub。我对软件和站点都感到非常满意，并且目前我不希望更改自己的工作方式。 我的博士顾问要求所有学生将他们的工作保存在该大学托管的SVN存储库中。我已经找到了大量有关将现有SVN信息库放入Git的文档和教程，但没有关于将Git信息库推送到新的SVN信息库的内容。我希望一定有某种方法可以将git-svn和一个新鲜的分支，重新定级以及所有这些奇妙的条件结合起来使用，但是我是Git新手，对任何一个都不感到自信。 然后，当我选择时，我只想运行几个命令即可将提交推送到该SVN存储库。我希望继续使用Git，只是让SVN存储库镜像Git中的内容。 如果有任何不同，我将是唯一致力于SVN的人。

384 svn  git  git-svn 

问题 如何从Subversion存储库中使用git-svn创建浅表副本，例如，如何仅提取最后三个修订版？ git clone如果使用选项--depth，则该命令可以从Git存储库获取最新的n个修订版本，即，您可以获得存储库的浅表副本。例： git clone --depth 3 git://some/repo myshallowcopyrepo git-svn有类似的选择吗？ 到目前为止我的发现 到目前为止，我只找到了-rN其中的选项N是修订拉。例： git svn clone -rN svn://some/repo 根据文档，有可能使用-r$REVNUMBER:HEAD。我尝试了以下操作，以获取返回错误消息的最后3个修订。 $ git svn clone --prefix=svn/ -s -rHEAD~3:HEAD http://some/svn/repo . revision argument: HEAD~3:HEAD not understood by git-svn 因此，我用HEAD~3第三个但最后一个修订版534的实际编号代替了。这行得通，但是这要求我首先弄清楚第三个但最后一次提交的修订版号。 $ git svn clone --prefix=svn/ -s -r534:HEAD http://some/svn/repo . 文献资料 git克隆 git-svn

314 git  svn  git-svn  git-clone  svn-checkout 

基本问题：如何将git repo与克隆源分离？ git branch -a 显示： * master remotes/origin/HEAD -> origin/master 并且我想删除所有有关起源的知识以及相关的修订。 更长的问题：我想获取一个现有的Subversion仓库，并从中制作一些较小的git仓库。每个新的git仓库都应具有相关分支的完整历史记录。我可以使用以下方式将存储库修剪成所需的子树： git filter-branch --subdirectory-filter path/to/subtree HEAD 但是生成的存储库仍包含origin / master分支下现已丢弃的子树的所有修订版。 我意识到我可以先使用-T标志来git-svn克隆相关的子树。我不确定这是否比以后git filter-branch --subdirectory-filter在git repo副本上运行多个实例化更有效，但是无论如何，我仍然想断开与原始链接。

279 git  git-svn 

我有一个跟踪svn存储库的git存储库。我使用克隆了它--stdlayout。 我通过创建了一个新的本地分支 git checkout -b foobar 现在，我希望该分支最终出现在…/branches/foobarsvn存储库中。 我该怎么办？ （摘录了大量调查性文字。如果您愿意，请参阅问题历史记录）

193 git  version-control  git-svn 

我过去一直git-svn在与公司的中央Subversion存储库相对应。我们最近在中央仓库中创建了一个新的功能分支。 我该如何告诉Git？运行时，git branch -r我只能看到fetch针对Subversion存储库初始化Git存储库时存在的分支？

193 git  git-svn 

我已经使用git svn签出了一个svn存储库。现在，我需要签出分支之一并对其进行跟踪。哪种方法最好？

188 git  git-svn 

我可以告诉git忽略已修改（删除）但不应该提交的文件吗？ 情况是，我在存储库中有一个子目录，其中包含我完全不感兴趣的内容，因此我删除了该目录以防止它显示在自动完成等中（在IDE中）。 但是现在，如果我将该文件夹添加到.gitignore中，则没有任何变化，所有内容都显示为git status删除。 有没有办法让git忽略它呢？ （或者，当我使用git-svn时，我可以将更改提交到本地git并确保不将其传递给svn存储库吗？）

181 git  git-svn  ignore 

有没有一种方法可以将Subversion存储库添加为我的Git存储库中的Git子模块？ 就像是： git-svn submodule add https://svn.foo.com/svn/proj --stdlayout svn-project 凡https://svn.foo.com/svn/proj点Subversion库。 我知道有git-svn哪一种可以与Subversion存储库进行交互。所以我在想，也许有一种方法可以用来签出Subversion存储库，git-svn然后将其用作子模块。

154 svn  git  git-svn 

我目前在服务器上上传了旧的SSH密钥。问题是我丢失了~/.ssh目录（包括原始目录id_rsa和id_rsa.pub文件）。 因此，我想直接在服务器上删除旧的SSH密钥并上传新的SSH密钥。 我尝试了以下命令，但未成功： $> ssh-add -D 有没有办法完全删除SSH密钥？

153 git  ssh  git-svn  ssh-keys  ssh-keygen 

是否可以git merge忽略行尾差异？ 也许我问错了问题...但是： 我尝试了uisng，config.crlf input但是事情变得有些混乱并且无法控制，特别是当我在事实之后应用它时。 一方面，在事实之后应用此配置似乎不会影响在应用此选项之前提交到存储库的文件。另一件事是，突然之间所有提交现在都导致许多烦人的警告消息，即将CRLF转换为LF。 老实说，我并不在乎使用哪种行尾，我个人更喜欢Unix风格\n，但无论如何。我所关心的git merge只是变得更加聪明，而忽略了行尾的差异。 有时我有两个相同的文件，但是git会将它们标记为存在冲突（并且冲突是整个文件），只是因为它们使用了不同的行结束符。 更新： 我发现git diff接受一个--ignore-space-at-eol选项，是否也可以git merge使用该选项？

150 git  merge  git-svn  line-endings  eol 

在跟踪svn repo的git repo中，我对单个文件进行了多次编辑。 现在，我想还原这些更改（例如svn revert），但只还原文件的一部分。 我希望能够查看文件上的差异，放弃（还原）我不需要的更改并保留我想要的更改。 的 git add -i 命令似乎可以选择执行此操作，但是我还不想上演此操作。

149 git  version-control  git-svn 

我尝试git-svn的动机是轻松进行合并和分支。然后我注意到那个人git-svn（1）说： 不建议在打算从中删除的分支上运行git-merge或git-pull。Subversion并不代表以任何合理或有用的方式进行合并；因此使用Subversion的用户无法看到您进行的任何合并。此外，如果您从SVN分支的镜像git分支合并或提取，则dcommit可能会提交到错误的分支。 这是否意味着我无法从svn / trunk（或分支）创建本地分支，修改，合并回svn / trunk，然后进行dcommit？我了解svn用户会看到与svn 1.5.x以前版本合并时相同的混乱局面，但是还有其他缺点吗？最后一句话也让我担心。人们通常会做这类事情吗？

133 svn  git  merge  branch  git-svn