关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭6年前。Improvethisquestion我刚找到一个开源项目，它仍然使用CVS。我想知道现在是否还有任何理由比SVN或Git更喜欢CVS。(我不认为懒得迁移是答案!;-))CVS有其他两个所缺少的吗？比如，支持$OS还是$fancy_tool？在“WhataretheadvantagesofusingSVNoverCVS?”有详尽的答案为什么不使用CVS。但我想反过来问。CVS不可能一无是处。或者是？
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭6年前。Improvethisquestion我刚找到一个开源项目，它仍然使用CVS。我想知道现在是否还有任何理由比SVN或Git更喜欢CVS。(我不认为懒得迁移是答案!;-))CVS有其他两个所缺少的吗？比如，支持$OS还是$fancy_tool？在“WhataretheadvantagesofusingSVNoverCVS?”有详尽的答案为什么不使用CVS。但我想反过来问。CVS不可能一无是处。或者是？
我无法弄清楚如何将我的思维方式转变为git，并遇到了以下问题。我有这样的情况，我们有一个共享引擎和多个使用该引擎的项目。内部开发团队和第二方团队可能正在从事使用共享引擎的项目，并希望在开发过程中尽可能多地使用共享引擎的HEAD，直到发布前几周，共享引擎将被标记和分支，然后项目将使用该分支。项目团队通常一次只处理一个项目，但可能会在调试期间更改共享引擎或添加功能。当他们提交这些更改时，我们的构建系统会运行以查找他们可能在提交时引入的任何问题。我(认为我)想在新项目/新公司中使用相同的模型。在svn中，结构是这样的:共享引擎project_in_dev-++-svn:externalsha
我无法弄清楚如何将我的思维方式转变为git，并遇到了以下问题。我有这样的情况，我们有一个共享引擎和多个使用该引擎的项目。内部开发团队和第二方团队可能正在从事使用共享引擎的项目，并希望在开发过程中尽可能多地使用共享引擎的HEAD，直到发布前几周，共享引擎将被标记和分支，然后项目将使用该分支。项目团队通常一次只处理一个项目，但可能会在调试期间更改共享引擎或添加功能。当他们提交这些更改时，我们的构建系统会运行以查找他们可能在提交时引入的任何问题。我(认为我)想在新项目/新公司中使用相同的模型。在svn中，结构是这样的:共享引擎project_in_dev-++-svn:externalsha
现在gitsubtree已经merge到核心git发行版中(从1.8.0开始它也在Msysgit上)，有人知道gitsvn是否与gitsubtree一起工作吗？注意:我说的不是子树merge策略，而是this.Gitsubmodulescannotbeuseddirectlywhenyouareusinggitsvn.相反，它需要anotherlevelofindirection.另外git子树工作流程是moreconvenientwhenyou'retrackingthirdpartyrespositories，这也是您使用svn时发生的事情。我的问题是，当与gitsvn一起使用时，
现在gitsubtree已经merge到核心git发行版中(从1.8.0开始它也在Msysgit上)，有人知道gitsvn是否与gitsubtree一起工作吗？注意:我说的不是子树merge策略，而是this.Gitsubmodulescannotbeuseddirectlywhenyouareusinggitsvn.相反，它需要anotherlevelofindirection.另外git子树工作流程是moreconvenientwhenyou'retrackingthirdpartyrespositories，这也是您使用svn时发生的事情。我的问题是，当与gitsvn一起使用时，
有一个主颠覆存储库，我从中克隆了一个git存储库。我的.gitignore中有很多被忽略的文件，我希望svn存储库知道这些文件。我知道我可以使用gitsvnshow-ignore从subversion中提取被忽略的列表，但我该如何做相反的事情？将要忽略的文件列表发送回svn存储库？Git版本(和git-svn是同一个版本):git--versiongitversion1.7.0.5 最佳答案 好的，我发现的一个(恼人的)方法是:(方便的步骤)将gitignore文件添加到存储库以便对其进行跟踪。做一个svncheckout。svnp
有一个主颠覆存储库，我从中克隆了一个git存储库。我的.gitignore中有很多被忽略的文件，我希望svn存储库知道这些文件。我知道我可以使用gitsvnshow-ignore从subversion中提取被忽略的列表，但我该如何做相反的事情？将要忽略的文件列表发送回svn存储库？Git版本(和git-svn是同一个版本):git--versiongitversion1.7.0.5 最佳答案 好的，我发现的一个(恼人的)方法是:(方便的步骤)将gitignore文件添加到存储库以便对其进行跟踪。做一个svncheckout。svnp
在通常的git存储库上工作时，本地分支通常会跟踪相应的远程上游分支。这样我就可以很容易地看到我是在我的上游分支之前还是之后，因此我是否需要推或pull来使它们同步。而且我的提示马上就显示这个状态，非常方便。现在我正在使用git-svn开发SVN存储库。我使用--prefix=svn作为克隆，因此gitbranch-r将svn/trunk列为远程分支，但是(虽然gitsvnrebase没有问题)它没有配置为我的主分支的上游分支。我尝试手动设置跟踪信息但失败了:$gitbranch-rsvn/trunk$gitbranch--set-upstream-to=svn/trunkfatal:C
在通常的git存储库上工作时，本地分支通常会跟踪相应的远程上游分支。这样我就可以很容易地看到我是在我的上游分支之前还是之后，因此我是否需要推或pull来使它们同步。而且我的提示马上就显示这个状态，非常方便。现在我正在使用git-svn开发SVN存储库。我使用--prefix=svn作为克隆，因此gitbranch-r将svn/trunk列为远程分支，但是(虽然gitsvnrebase没有问题)它没有配置为我的主分支的上游分支。我尝试手动设置跟踪信息但失败了:$gitbranch-rsvn/trunk$gitbranch--set-upstream-to=svn/trunkfatal:C
