个人版本控制系统推荐
供个人使用。任何人都可以推荐 Windows 版本控制系统
For personal use. Anyone can recommend the version control system for Windows
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
供个人使用。任何人都可以推荐 Windows 版本控制系统
For personal use. Anyone can recommend the version control system for Windows
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(7)
吉特。你不会后悔的。
Git. You won't regret it.
或者CollabNet Subversion。它很容易作为 Windows 服务进行设置和运行。
Or CollabNet Subversion. It's easy to set up and run as a Windows service.
Subversion 有一个优秀的客户端 Tortoise,可在 Windows 上使用。 Git 也有一个 Tortoise 版本,但是它不太可靠。
Subversion has an excellent client, Tortoise, available on Windows. Git has a version of Tortoise as well, however, it's not as reliable.
使用分布式版本控制系统。有很多最受欢迎的工具是 git 和 mercurial。分布式 SCM 确实是一条出路,因为它们往往具有更好的分支合并和分支管理算法。此外,就其本质而言,它们是处理文件系统的独立程序。因此,您不需要安装或管理服务器,这是个人版本控制系统的另一个优点。
像泰勒一样,我个人会鼓励你学习 git(因为所有酷男孩都使用它:-),但我知道它并不适合所有人。如果您喜欢 GUI Plastic SCM 看起来非常不错。它是商业性的,但对于 5 人以下的团队免费。 Fossil 是另一种易于使用的 (我想说比 git 更容易学习),但它使用 SQLite 文件来存储你的代码,我不确定它是否可以扩展到真正的大项目。另一方面,SQLite 本身是一个相当大的项目,使用 Fossil(两者都是由同一作者出于相同的原因编写的:他找不到任何他喜欢的其他东西)。
Use a distributed version control system. There are many out there the most popular ones being git and mercurial. Distributed SCM is really the way to go because they tend to have much better branch merging and branch management algorithms. Also, by their very nature they are stand-alone programs processing your filesystem. So you don't need to install or manage a server which is another plus for a personal version control system.
Like Tyler, I would personally encourage you to learn git (because all the cool boys use it :-) but I know it is not for everybody. If you like GUI Plastic SCM looks very good. It's commercial but free for teams of less than 5 people. Fossil is another one that's easy to use (I would say easier than git to learn) but it uses an SQLite file to store your code and I'm not sure if it scales to really big projects. On the other hand SQLite itself is a fairly big project that uses Fossil (both written by the same author for the same reason: he couldn't find anything else out there that he liked).
有很多个人版本控制系统。基本上,它们会自动保存每个更改,并且通常存储在本地,并可以选择保存在其他地方。这是一个简短的列表
注意:我是FolderTrack 的作者。我推荐它用于源代码控制,因为它保留了多个源文件之间的关系。因此,如果您需要将源代码恢复到昨天,那么FolderTrack 将执行所有重命名、更改等操作。
There are alot of Personal Version Control systems out there. Basically they automatically save every change and usually store locally with an option to save somewhere else as well. Here is a short list
Note: I am the author of FolderTrack. I recomend it for source control because it perserves the relationship between multiple source files. Therefore if you need to take your source code back to yesterday then FolderTrack will do all the renames, changes, ... to do it.
我发布以下内容是因为我喜欢使用 TFS 并且我主要在 Microsoft 生态系统内进行开发。我还喜欢运行我的个人项目,例如包含发布、构建和门控签入的“真实”项目。
如果您有 MSDN 帐户,我个人喜欢工作站模式下的 TFS 2010(无 Sharepoint、SSAS、SSRS)。设置大约需要 5 分钟,而且比过去简单得多。
尽管我现在在 Windows Home Server 上运行它,但在您的工作站(您的工作站作为服务器)上运行它是安全且容易的。所有 TFS 都是 SQL Express 前面的 IIS,带有一些计划任务。
我知道这不会流行,但如果你尝试一下,它确实效果很好。
I post the below because I LOVE using TFS and I develop mostly inside the Microsoft ecosystem. I also like to run my personal projects like 'real' projects with releases, builds, and gated check-ins.
If you have an MSDN account, I personally like TFS 2010 in workstation mode (no Sharepoint, SSAS, SSRS). The setup takes about 5 minutes and is MUCH, MUCH more simple than it was in the past.
It is safe and easy to run this ON your workstation (your workstation AS the server), although I now run it on a Windows Home Server. All TFS is is IIS in front of SQL Express with a few scheduled tasks.
I know this won't be popular, but if you try it out, it really does work great.
如果您打算独自开发一个项目,更重要的是,定期提交并且有能力维护多个分支(仅当您需要时),那么就进行颠覆。否则,选择 Git,因为
If you are going to be working on a project just by yourself, and more importantly, committing regularly and can afford maintaining multiple branches(only if you need to), Go for subversion. Otherwise, choose Git, because,