供个人使用。任何人都可以推荐Windows的版本控制系统
答案 0 :(得分:4)
GIT中。你不会后悔的。
答案 1 :(得分:4)
或CollabNet Subversion。它很容易设置和运行为Windows服务。
答案 2 :(得分:3)
Subversion有an excellent client, Tortoise, available on Windows。 Git也有一个版本的Tortoise,然而,它并不可靠。
答案 3 :(得分:1)
使用分布式版本控制系统。有许多最受欢迎的是git和mercurial。分布式SCM实际上是要走的路,因为它们往往具有更好的分支合并和分支管理算法。而且,就其本质而言,它们是处理文件系统的独立程序。因此,您无需安装或管理服务器,这是个人版本控制系统的另一个优势。
像Tyler一样,我个人鼓励你学习git(因为所有很酷的男孩都使用它:-)但我知道并不适合所有人。如果你喜欢GUI Plastic SCM看起来非常好。对于不到5人的团队来说,它是商业性的,但是免费的。 Fossil是另一个易于使用的(我会说比git更容易学习)但它使用SQLite文件来存储你的代码,我不确定它是否可以扩展到真正的大项目。另一方面,SQLite本身是一个使用Fossil的相当大的项目(两者都是由同一作者写的,原因相同:他找不到他喜欢的任何其他东西)。
答案 4 :(得分:1)
那里有很多Personal Version Control系统。基本上,它们会自动保存每个更改,并且通常在本地存储,并且还可以选择保存其他位置。这是一个简短的清单
注意:我是FolderTrack的作者。我推荐它用于源代码控制,因为它坚持多个源文件之间的关系。因此,如果您需要将源代码恢复到昨天,那么FolderTrack将执行所有重命名,更改,...来执行此操作。
答案 5 :(得分:1)
我发布以下内容是因为我喜欢使用TFS,而且我主要是在Microsoft生态系统中开发。我还喜欢运行我的个人项目,例如“真实”项目,包括发布,构建和门控签到。
如果您有MSDN帐户,我个人喜欢工作站模式下的TFS 2010(没有Sharepoint,SSAS,SSRS)。设置大约需要5分钟,而且比过去简单得多。
在您的工作站(您的工作站作为服务器)上运行它是安全且容易的,尽管我现在在Windows Home Server上运行它。所有TFS都是SQL Express前面的IIS,带有一些预定任务。
我知道这不会受欢迎,但如果你尝试一下,它确实很有效。
答案 6 :(得分:0)
如果您打算单独从事一个项目,更重要的是,定期提交并且可以负担维护多个分支(仅在您需要时),请进行颠覆。否则,选择Git,因为,