哪种 SCM 和问题跟踪器适合个人工作？
我计划给我在家做的个人工作（小项目等）带来一些“平静”（你可以称之为组织）。
我想使用 SCM 和 issue tracker 来捕获提交并自动将它们显示为变更集等。
注意，上述所有应用程序均应供个人使用，因此更喜欢FOSS 中的应用程序，而且就系统要求而言，它们需要超轻量级。
你有什么建议吗？
编辑：以下是我的一些疑问/担忧：
Git和GitHub看起来不错。但我不太愿意在 GitHub 上公开我的代码库。你怎么说？GitHub是否提供问题跟踪器？我的意思是，我可以在 GitHub 提供的问题跟踪器上提出问题并提交该问题吗？- 我可以有一个本地
SCM（在我的笔记本电脑上）并使用一些远程问题跟踪器，例如FogBugz？但我只是不明白远程问题跟踪器如何捕获我的提交。有什么想法吗？
更新：
我最终选择了Mercurial和BitBucket。到目前为止工作得很棒！
I am planning to bring some "peace" (you may call it organization) to the personal work (small projects, etc.) I do at home.
I would like to use a SCM and an issue tracker which can capture the commits and show them as changesets etc. automatically.
Note that all the above applications are supposed to be for personal usage so would prefer something from FOSS and also they need to be ultra lightweight in terms of the system requirements.
What do you recommend?
EDIT: Following are some of my doubts/concerns:
GitwithGitHublooks good. But I am not very comfortable with making my code base public onGitHub. What do you say?- Does
GitHubprovide an issue tracker? I mean, can I open up an issue onGitHubprovided issue tracker and commit against that issue? - Can I have a local
SCM(on my laptop) and use someremote issue trackerlike FogBugz? But I just don't understand how could a remote issue tracker capture my commits. Any idea?
UPDATE:
I finally went with Mercurial and BitBucket. Working awesome so far!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（9）
我会推荐 Git 和 GitHub
I would recommend Git with GitHub
我喜欢并使用 Redmine 和 大本营主题。它支持一些版本控制系统，如 git、mercurial、svn...
对于我想要发布的项目，我使用 bitbucket.org 和 github.com。
我从未尝试过，但会结合使用 git 来研究 git 和 ticgit ..
I like and use Redmine with the basecamp theme. It supports a couple of version control systems like git, mercurial, svn, ...
For projects that I want to publish I use bitbucket.org and github.com.
I never tried, but would look into git in combination with ticgit ..
如果您要免费使用个人版，我建议您使用 SVN 和 Trac。两者通过一点配置就可以很好地结合在一起。它们也都很轻。
如果您愿意花一点钱或正在从事开源项目，我建议您使用 Atlassian工具 Jira 和 FishEye。我也与他们合作过，发现整合非常好。不过它们可能有点笨重，而且我发现 FishEye 客户端的 AJAX 负载非常重，甚至会出现性能问题。
If you're going free personal, I'd recommend SVN and Trac. The two integrate very well together with a little bit of configuration. They're also both pretty lightweight.
If you're willing to spend a bit or are working on an open source project, I'd recommend Atlassian's tools Jira and FishEye. I've worked with them as well and have found integration to be very good. They can be a bit hefty though, and I've found the FishEye client to be very AJAX heavy to the point of performance issues.
如果您可以相信您将始终在源代码控制服务器附近处理您的个人项目（或者如果您在同一台机器上完成所有工作），那么我建议使用 Subversion。我觉得它的进入门槛比 git 或 Mercurial 这样的分布式工具要低。
我会研究您的服务器的 VisualSVN 。
如果您在一台机器上运行所有这些，则可以使用 TortoiseSVN 的内置 Repo 功能。
我最喜欢的客户端是 TortoiseSVN 和 AnkhSVN（如果您需要 VS 集成。）
对于问题跟踪器，
If you can trust that you'll always be working on your personal projects near your source control server (or if you're doing it all on the same box) then I'd suggest Subversion. I feel the barrier for entry is lower for it than distributed tools like git or mercurial.
I'd look into VisualSVN for your server.
If you're running it all on one box, you can use TortoiseSVN's built-in Repo feature.
My favorite clients are TortoiseSVN and AnkhSVN (if you need VS integration.)
For an issue tracker, a simple story board might be better than a piece of software.
我在 emacs 中使用 org-mode 来跟踪个人项目。
我在个人工作中使用过各种 SCM。对于非常小的东西，我有时仍然只是运行
ci -l somefile来开始使用 RCS，因为我在这方面很老派。我很高兴使用 Darcs 处理个人事务，并且我认为 Darcs仍然最容易使用 DVCS 的地方。如今，如果我认为我要开源该项目，我可能会使用 Git，因为这使得将其放在 GitHub 上变得简单。我还喜欢使用个人项目作为尝试我不熟悉的其他 SCM 的机会，因此我可能会使用 Bazaar 和 Mercurial 未来。
I use org-mode in emacs to track personal projects.
I've used various SCMs for personal work. For really small stuff I still sometimes just run
ci -l somefileto start versioning with RCS, because I'm old-school that way. I've happily used Darcs for personal stuff, and I maintain that Darcs is still the easiest to use DVCS out there. These days if I think I'm going to be Open-Sourcing the project I'm likely to use Git, just because that makes putting it on GitHub straightforward.I also like to use personal projects as an opportunity to experiment with other SCMs that I'm not familiar with, so I'll probably be versioning projects with Bazaar and Mercurial in the future.
过去，我使用 CVS 进行源代码控制，但最近我开始将大部分个人项目转换为使用 git。但是，我不喜欢 git 与 Visual Studio 的配合方式，因此我已切换到 Subversion对于我的 C# 项目。
对于问题跟踪，我一直在使用 Redmine，它支持所有三种 SCM 方法，尽管使用 SVN 效果更好和吉特。
In the past, I've used CVS for source control, but I've recently started converting most of my personal projects to use git. However, I don't like the way git works with Visual Studio, so I've been switching to Subversion for my C# projects.
For issue tracking, I've been using Redmine which supports all three SCM methods, though it does better with SVN and git.
轻量级问题跟踪，如果您认为 LAMP 足够容易设置，那么您可以在 drupal 中使用跟踪器。
如果您想要独立，则可以使用 git 和 Mercurial，而无需设置服务器。
当然，还有老式的 RCS。
Lightweight issue tracking, well, you could use the tracker in drupal, if you consider LAMP easy enough to set up.
If you want to be self-contained, git and mercurial are things you can use without setting up a server at all.
Of course, there's good-old-RCS.
我必须其次使用 Subversion 和 Trac 组合。我在工作中设置了这个环境，并将其用于分布式开发团队，并且在家里设置了此环境并将其用于我的个人项目。它们是开源的，非常适合您的工作流程，Trac Hacks 几乎有任何mod/hack/plugin 你可以想到一种或另一种形式。
I would have to second using the Subversion and Trac combination. I have this environment setup at work and use it for a distributed team of developers, and I have this environment setup at home and use it for my personal projects. They are open source, very adaptable to your workflow and Trac Hacks has pretty much any mod / hack / plugin you could think of in one form or another.
对于非常个人的事情（比如说单用户模式），我使用 Tomboy（一个简单的笔记应用程序）和 Getting Things Gnome。如果项目变得更复杂，那么我曾经切换到带有 svn 或 hg 后端的 Trac。对于下一个项目，我将尝试 redmine：看起来比 trac 更干净、更时尚 (:))
For very personal things (let's say single-user-mode) I use Tomboy (a simple note-taking application) and Getting Things Gnome. If the project becomes more complex, then I used to switch to Trac with svn or hg backend. For next projects, I'm going to try redmine: seems more clean and hipe than trac (:))