12

Fossil(またはその他のバージョン管理システム)の初心者はこちら。以前は独自仕様のものを使用していましたが、自分で設定することはありませんでした。

現在、友達やプロジェクトで使えるように設定したいと思っています。

Fossilを選んだのは、主に分散型が道のりのようで、軽量で、バグトラッカーが含まれているためです。しかし、Gitは多くの人に好まれるSCMのようです。FossilよりもGit+someBugTrackerを優先することは、複雑さを増す価値がありますか?より良い選択肢はありますか?私はすべて0から始めなければなりません。

4

1 に答える 1

16

整理されていない、ほんの一部の考え。

友達がすでにGitingに慣れている場合、Gitは優れた堅牢な分散SCMであり、GithubやGitoriousなどの優れたホスティングサービスを利用できます。

ただし、Gitの概念を理解するのは簡単ではありません。Fossilにも同様の概念がありますが、おそらく最初は簡単です(ステージング領域がない、インデックスの概念がない、最後のコミット以降の変更をrevertnotresetまたはなどで元に戻すcheckoutなど)。多数のオプションを備えた多数のサブコマンドはありません。ヘルプは簡潔で明確です。迷子になるのではないかと心配な場合は、化石を選択してください。もちろん、これはまた、化石ではgitほど多くのことを行うことができないことを意味します(たとえば、少なくとも今のところ、リベースはありません)。

化石の場合、利用可能なホスティングオンラインサービスはほとんどありません。Fossilを実行するサーバーをセットアップするのはGitを使用するのと同じくらい簡単です。

また、Fossilを使用すると、プロジェクトの履歴が1つのファイルに保存されるため、すべてのプロジェクトをバックアップするのは非常に簡単です。すべてのリポジトリを同じフォルダーに配置し、単一のrsyncタスクを作成します。ただし、これにより増分バックアップはまったく役に立たなくなります。

を使用するとgit、異なるフォルダ内の同じプロジェクトで2つのブランチを操作すると、プロジェクト履歴全体の2つのコピーがあり、.git/objects冗長で巨大な2つの異なるディレクトリにブランチがあることになります。Fossilでは、デフォルトの作業スキームでは1つのリポジトリが必要です。 、およびそれに接続されている1つ以上の作業ディレクトリ。たぶん、ディスクの使用量が重要な場合、これは重要です。

警告、Fossilバグトラッカー(専門用語のチケットシステム)とwikiは非常に初歩的です(ただし、それらはうまく機能します)。

于 2012-04-02T18:42:54.990 に答える