这里是 Fossil(或任何其他版本控制系统)的新手。之前使用过专有的,但从未自己设置过。
目前,我正在寻找一个设置,以便我和我的 friend 们可以将它用于一个项目。
我选择 Fossil 主要是因为分布式似乎是可行的方式,它看起来很轻巧并且包含一个错误跟踪器。但是 Git 似乎是很多人最喜欢的 SCM。与 Fossil 相比,Git+someBugTracker 是否值得增加复杂性?有没有更好的选择?我将不得不从0开始。
最佳答案
只是一些想法,没有组织。
如果您的 friend 已经习惯了 gitting,那么 Git 是一个优秀且健壮的分布式 SCM,提供了很好的托管服务,例如 Github 或 Gitorious。
不过,Git 概念并不容易理解。 Fossil 有类似的概念,但可能更容易开始(没有暂存区,没有索引的概念,使用 revert
而不是 reset
或 checkout 恢复自上次提交以来的更改
等)。没有过多的子命令和过多的选项,帮助简洁明了。如果您害怕迷路,请选择化石。当然,这也意味着使用 fossil 你不能像使用 git 那样做那么多事情(例如,没有 rebase ,至少目前不能)。
对于化石,有few hosting online services available .设置服务器来运行 Fossil 就像使用 Git 一样简单。
此外,使用 Fossil,一个项目的历史存储在一个文件中,因此我发现备份所有项目真的很容易:将所有存储库放在同一个文件夹中,并执行一个 rsync 任务。然而,这使得增量备份完全无用。
虽然使用 git
,但在不同文件夹中的同一项目的两个分支上工作意味着在两个不同的 .git/objects
中有整个项目历史和分支的两个副本> 目录可能是多余的和巨大的,Fossil 默认的工作方案是必须有一个单一的存储库,以及一个或多个工作目录连接到它。也许如果磁盘使用很重要,那么这很重要。
警告,Fossil bug 跟踪器(行话中的票务系统)和 wiki 非常简陋(尽管它们运行良好)。
关于git - 在 git 和 fossil 之间犹豫,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9976705/