有一个开源项目我想checkout并参与其中。主存储库是SVN，但我想在Git中工作。这可能吗？我的大部分搜索都会找到指南，让您从SVN转移到Git(或相反)并且不要回头看。如果我checkout项目，进行更改并将其推送到我在Github上创建的分支，我应该如何通知原作者？将对Git存储库所做的贡献包含到SVN存储库中有多难？只需比较两个修订版(我最新的checkout/pull/更新和我自己的本地最新提交)，从中生成补丁并将其发送给他们；这应该被视为后备工作流程还是标准方法？假设原作者对学习SVN以外的任何东西都没有兴趣。[更新]我没有，也不想提交对SVN存储库的访问权限。我正在寻找
有没有办法使用svn的命令集来连接git存储库？背景:我们团队的大多数成员都希望将所有新项目从svn切换到git，但也有一些反对者。我知道可以使用git访问svn存储库，但我正在寻找相反的功能。 最佳答案 你可以试试SubGit.将它安装在您的服务器上，它将提供一个链接的SVN存储库，这样任何对SVN存储库的提交都会导致Git推送，反之亦然。转换是并发安全且相当透明的:SVN标记转换为Git标记，分支转换为分支，svn:ignore转换为.gitignores等等。指令是:$svnadmincreatesvn.repo$subgit
有没有办法使用svn的命令集来连接git存储库？背景:我们团队的大多数成员都希望将所有新项目从svn切换到git，但也有一些反对者。我知道可以使用git访问svn存储库，但我正在寻找相反的功能。 最佳答案 你可以试试SubGit.将它安装在您的服务器上，它将提供一个链接的SVN存储库，这样任何对SVN存储库的提交都会导致Git推送，反之亦然。转换是并发安全且相当透明的:SVN标记转换为Git标记，分支转换为分支，svn:ignore转换为.gitignores等等。指令是:$svnadmincreatesvn.repo$subgit
考虑这个简单的python代码，它演示了一个非常简单的字典版本控制设计:defbuild_current(history):current={}foraction,key,valueinhistory:assertactionin('set','del')ifaction=='set':current[key]=valueelifaction=='del':delcurrent[key]returncurrenthistory=[]history.append(('set','1','one'))history.append(('set','2','two'))history.appe
考虑这个简单的python代码，它演示了一个非常简单的字典版本控制设计:defbuild_current(history):current={}foraction,key,valueinhistory:assertactionin('set','del')ifaction=='set':current[key]=valueelifaction=='del':delcurrent[key]returncurrenthistory=[]history.append(('set','1','one'))history.append(('set','2','two'))history.appe
如何使用Git/SVN将前缀?v=VersionNumber有效地添加到存储库中的每个文件？我发现SO使用这种做法为其repo中的每个特定文件提供版本号。他们使用SVN。我想知道如何用Git做同样的事情。几个例子。#1#2 最佳答案 “在你的仓库”？直接在您的存储库中？这将称为“关键字扩展”，不推荐这样做(如本SOquestion中所讨论)将元数据(修订号)放入存储到存储库中的数据中可以leadtomergeissues.您在SO页面中看到的是部署过程的结果，该过程从SVN(修订版)获取元数据并将其放入生成的HTML页面中。GitF
如何使用Git/SVN将前缀?v=VersionNumber有效地添加到存储库中的每个文件？我发现SO使用这种做法为其repo中的每个特定文件提供版本号。他们使用SVN。我想知道如何用Git做同样的事情。几个例子。#1#2 最佳答案 “在你的仓库”？直接在您的存储库中？这将称为“关键字扩展”，不推荐这样做(如本SOquestion中所讨论)将元数据(修订号)放入存储到存储库中的数据中可以leadtomergeissues.您在SO页面中看到的是部署过程的结果，该过程从SVN(修订版)获取元数据并将其放入生成的HTML页面中。GitF
作为subversion用户，git的索引是我在考虑将其用于新项目时面临的最具挑战性的新概念。我读到很多人的评论说他们不使用索引(总是提交-a)，但我认为可能有一个致命的理由说明我为什么要使用它。(我与大约5名其他开发人员共享代码，在一个成熟的开发环境中工作，我们将代码merge到测试和稳定的分支，并将分支用于实验性或重要的新功能。) 最佳答案 当然，您知道索引只允许您提交要添加到存储库的部分文件。总的来说，出于这个原因，我发现它很有用。我可以对工作的文件进行更改，checkin有效的部分，然后完成并checkin其余部分。为了一个
作为subversion用户，git的索引是我在考虑将其用于新项目时面临的最具挑战性的新概念。我读到很多人的评论说他们不使用索引(总是提交-a)，但我认为可能有一个致命的理由说明我为什么要使用它。(我与大约5名其他开发人员共享代码，在一个成熟的开发环境中工作，我们将代码merge到测试和稳定的分支，并将分支用于实验性或重要的新功能。) 最佳答案 当然，您知道索引只允许您提交要添加到存储库的部分文件。总的来说，出于这个原因，我发现它很有用。我可以对工作的文件进行更改，checkin有效的部分，然后完成并checkin其余部分。为了一个
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭11年前。在我看来，Git是为拥有大量开发人员和团队的大型开源项目而设计的。我想知道Git是否值得用于较小的团队(您还会推荐Git(以及随之而来的复杂性)吗？为什么？
