124

フォッシルhttp://www.fossil-scm.org
最近これを見つけて、ホーム プロジェクトに使い始めました。他の人がこの VCS についてどう思うか聞きたいです。

私の心に欠けているのは、IDE サポートです。それが来ることを願っていますが、私はコマンドラインを問題なく使用しています。

化石についての私の好きな点: 組み込みの Web サーバー wiki とバグ追跡を備えた単一の実行可能ファイル。リポジトリは 1 つの SQLite ( http://www.sqlite.org ) データベース ファイルであり、簡単にバックアップできます。また、fossil を実行してリポジトリをサム ドライブに保存できることも気に入っています。これは、私のソフトウェア開発が完全に移植可能になったことを意味します。

あなたの考えを教えてください....

4

10 に答える 10

186

ミリキンさん、化石に関するいくつかの文書を確認するために少し時間がかかるとしたら、あなたの反対意見はそこで対処されていると思います。リポジトリをsQLiteデータベースに保存することは、他のどのアプローチよりも間違いなく安全です。トランザクションデータベースを使用してリポジトリを格納する利点のいくつかについては、リンクテキストを参照してください。肥大化に関して：すべてが単一の自己完結型の実行可能ファイルにあり、その懸念を反証しているようです。

完全開示：私は化石の作者です。

他のDVCSが私のニーズを満たしていないので、私が化石を書いたことに注意してください。一方、私のニーズはあなたのニーズではないので、化石があなたに適しているかどうかを判断できるのはあなただけです。しかし、少なくともドキュメントを見て、化石が解決しようとしている問題を理解してから、それを却下することをお勧めします。

于 2008-10-03T13:48:23.180 に答える
51

自明ではない開発プロジェクトで Fossil を 1 年以上使用した後、私はこのトピックに参加するのに十分な自信を持っています.

以下、これまでの私の経験です。私は時々 git と svn と比較していますが、それは単純に、これらの SCM をよく知っているためであり、比較することでアイデアを理解しやすくなります。

私はこの SCM が大好きなので、ほとんどがプラス面です。

Fossil の好きなところ:

  1. 多数のマシン (win/mac/多数の Linux ディストリビューション) があり、単一の実行可能インストールは見た目と同じくらい美しいものです。依存関係はありません。それだけで機能します。Git はごちゃごちゃしたファイルの山であり、Subversion の依存地獄は、特に自分でビルドする必要がある場合、一部の Linux ディストリビューションでは非常に厄介です。

  2. デフォルトの Fossil ワークフローは私たちのプロジェクトに完全に適合しており、必要に応じてより Git 的なワークフローが可能です。

  3. 大規模なプロジェクトであっても、非常に堅牢であることがわかりました。私は、SQLite を書いた人たちには何も期待していません。クラッシュも汚職もおかしなこともありません。

  4. 私は実際、パフォーマンスに非常に満足しています。巨大なツリーでの git ほど速くはありませんが、遅くもありません。git の場合のように、コマンドを 1 つおきにドキュメントを参照する必要がないため、無駄な時間を埋めています。

  5. すべての操作の背後に実証済みのトランザクション データベースがあるという事実により、夜はぐっすり眠れます。はい、私たちは古くて壊れた Subversion リポジトリの恐ろしい事件を 1 回以上経験しました (ありがたいことに、親切なコミュニティがそれらを修正するのを助けてくれました)。Subversion 1.7.x でさえ、メタデータの保存に SQLite を使用しています。(git コミットの最中に電源を切ってみてください - 破損したリポジトリが残ります!)

  6. 統合された課題トラッカーと wiki はもちろんオプションですが、常にそこにあるので非常に便利です。インストールは必要ありません。課題トラッカーにもう少し機能があればいいのにと思いますが、それは SCM です。

  7. 組み込みのサーバーと Web GUI は素晴らしく、CSS を介して非常に構成可能です。

  8. git および subversion リポジトリとの間でインポートする必要がある場合があります。これは Fossil では非常に簡単です。

  9. 単一ファイルのリポジトリ。どこにも「.svn」ディレクトリはありません。

Fossil で見逃している/嫌いな点:

  1. 技術者ではない Windows ユーザーのために、誰か TortoiseFossil を書いてください :)

  2. コミュニティはまだそれほど大きくないので、多くの人が社内で導入するのは難しいでしょう。これが変更され、大規模なコミュニティのすべての利点 (ドキュメント、新しいリリースのさらなるテストなど) が得られることを願っています。

  3. ローカル Web UI に検索機能 (ファイル コンテンツの検索を含む) があればいいのにと思います。

  4. git よりもマージ オプションが少ない (ただし、Fossil ワークフローでは、そもそもマージが発生する可能性が低くなります)。

誰もが Fossil を試してくれることを願っています。世界は、うまく機能し、ロケット科学者でなくても使えるものでより良い場所になります.

于 2012-08-19T17:13:40.203 に答える
16

化石は小さく、シンプルでありながら強力で堅牢であり、Cカルチャーのいくつかの原則を思い出させます。独立して開発し、それでも協力している人には好感が持てます。優れたプロジェクトはすべて、原則から始めて、より多くのレイヤー（GUI、追加機能）を収集するときに、原則を継続する必要があります。

私は化石に感銘を受け、使い始めました...化石を見てください

乾杯

于 2010-10-10T14:37:35.367 に答える
11

前回の投稿から 1 年後にこのページにたどり着きました。ここで言及されていた再帰的な追加は現在処理されています。

特に Mercurial でバグ追跡システムを動作させるのに苦労した後は、Fossil のシンプルさに魅了されました。複数のプロジェクトを管理する方法、マルチユーザー アクセス用のリポジトリを公開する方法、マージを行う方法、パッチを管理する方法などを確認する必要があります。

于 2010-01-20T10:06:50.313 に答える
8

ソースコードのバージョン管理に使用することには興味がありませんが、使用するすべてのマシン間で同期できる、バージョン管理された分散型の個人用Wikiに興味があります。

于 2009-01-20T15:40:17.287 に答える
4

ダミアン、

1 /はい、fossilは再帰的追加をサポートしていません。ただし、次のようなかなり単純な回避策がいくつかあります。

for /r %i in (*.*) do fossil add "%i"

Windowsの場合、および

find . -type f -print0 | xargs -0 fossil add --

Unixで。

2 /ファイル名にASCII以外の文字を含むファイルを追加しているときに、不正な形式のマニフェストに関するメッセージが表示されました。この問題は、前回のビルドで修正されました。

よろしく、ペトル

于 2008-11-05T16:51:08.137 に答える
3

化石は本当にかっこいいと思います。私にとって最も重要な機能は、簡単なインストールと、開発者にとって使いやすいデフォルトです。現在、ファイルのローカル変更を追跡するために使用しています。(私たちのプロジェクトは sourceforge でホストされ、CVS で追跡されます。) このように、プロジェクトが壊れる場合でもローカルで「コミット」できるため、小さな変更も追跡できます。

于 2010-02-05T01:09:29.480 に答える
1

化石はいいぞ。シンプルで使いやすいです。もし化石がチェックインとチェックアウトのための GUI インターフェイスを提供できるなら、それはより良いでしょう (クロスプラットフォーム GUI をアーカイブするために Java GUI を好みます)。

Fossil の主な利点は、「オープン ソース」と「SQLite データベースの使用」であるため、誰かが化石のソース コードをコンパイルして、化石を google android プラットフォーム (モバイルおよびタブレット デバイス) で動作させることができます。

于 2010-09-18T01:48:07.167 に答える
0

私は今あなたのVCを試しています。私はすべてを統合するという考えが好きです。結局のところ、このようなシステムを探しているときに欲しいのはそれだけです。私は Mercurial のアクティブ ユーザーです。また、Issue Tracker との統合を見つけることができませんでした (過去に p Trac を mercurial に設定しようとして失敗しました)。いくつかのテストの後、私は次のことを認識しました：1）「追加」コマンドは再帰的ではない、またはドキュメントでそれを行う方法が見つからない2）750個のファイルを追加するためにバット（Windowsで作業）を作成し、それを実行します（しばらく時間がかかりました）。実行がコミットされると、「マニフェストの形式が正しくありません」でジャンプします

この問題や、 https: //www.mercurial-scm.org/wiki/UserSurvey にある Mercurial のもののような調査を行う他の問題に対処できると思います。gmail の dnoseda で私に手紙を書くことができます

私はあなたの仕事に興味があります。それを改善し続けます。

よろしく

ps .:市長の改善として、gitstatのようなものを追加できます

于 2008-10-26T22:40:48.410 に答える
-10

おそらく教育を受けていない反射的な反応かもしれませんが、リポジトリを SQLite データベースのようなバイナリ BLOB に保存するという考えは、私を恐怖に陥れます。また、Wiki やバグ トラッカーを VCS に直接含めることの利点についても懐疑的です。Trac のような完全なソフトウェアに比べて機能が不足しているか、Subversion や Bazaar に比べて VCS が大幅に肥大化しているかのどちらかです。

于 2008-10-03T05:30:02.467 に答える