对不起，这个可怕的，可怕的问题..但没有办法让我不使用VSS。在Visual Source Safe 6.0中使用Git
我希望能够在本地使用Git进行分支开发等，同时使用Visual Source Safe 6.我对Git的所有知识点的了解都是有限的，因为我是最近的兑换。
问题：
我想能够做的是在Git仓库中工作。我希望做到这一点，并获得所有这些将允许分支等的好东西。在我的一天结束时，或在其他需要的时刻，我希望能够采取我正在做的任何工作，并将其放置进入主存储库，然后我将放入VSS。
理想的情况下，在一天的工作，我会得到VSS最新版本..承诺这混帐的开始..然后上的备用分支工作，把变化回主，当我需要承诺VSS。
是，我是一个相对的git的新手，什么可能是完成这一任务的最好方式..最好的命令一起发布/方法来设置此。
*注意：Source Safe需要检出文件，然后才能对其进行更改。也许有一些工具/脚本可以用来帮助将这些变化推回到VSS中实现自动化？
您正在考虑的设置应该正常工作。对于git命令，只需检查教程。
我使用（不使用VSS，但概念是相同的）工作流程是这样的：从主
如何解决VSS需要检出文件的问题它知道该怎么提交..同样的道理，那些被添加的文件？ – 2009-12-14 22:31:50
嗯，你是对的，很难（我没有特别考虑VSS），我可能会写一个脚本来看看文件自上次同步（修改/添加/删除）后发生了更改，并通过命令行VSS界面进行了适当的添加/检出/删除。 – orip 2009-12-14 23:05:35
我认为您是对的。要做到这一点，我必须构建一些脚本来照顾这些东西肯定会成为一个挑战 – 2009-12-14 23:27:22
任何人都坚持与VSS可能会发现下面的帖子有用的，如果你要处理的分支：
http://timwise.blogspot.com/2011/11/multiple-working-folders-for-git-on.html
它基本上描述了使用SysInternals' Junction获得在Windows符号链接支持，然后共享物理分支文件夹之间的混帐回购协议VSS通过复制.git文件夹中的文件和sym-linking这些文件夹来强制您。
这里是自动共享
我也陷入了这一点，我这样做是不是有办法其他人碰到我的VSS并且一直检查所有文件，这意味着其他人无法做出贡献，所以这对于每个人来说当然不是一个可行的解决方案。 我建议的解决方案是，您：
$ git diff --name-status master..branchName改变哪些文件（见Showing which files have changed between two revisions为源本）其中一些你可能能够脚本化你的出路，但既然你最有可能使用M $（因为你使用的是VSS），这不是我可以帮你的。
VSS的工作方式我认为最好是尽量减少检出VSS文件的时间，因此这是更好的方法。
请注意，更新文件可能会有一些问题，因为VSS会自动设置未检出文件的只读标志。此处可能需要解决方法。
我知道它很臭。我只是寻找最简单的方法来做到这一点，并保持一个很好的Git仓库，并且每隔一段时间将我的更改推回VSS。 – 2009-12-14 22:12:19
+1。我每天都感到同样的痛苦:(为什么地球上曾经发明过VSS？ – ereOn 2011-10-19 11:52:21
不错的问题+1，我和你现在都有的同样头疼 – cctan 2012-10-31 06:11:45