ソース管理とは関係のないプロジェクトにGitを統合するのは難しいですか?Gitはソース管理のみですか?
私は定期的にクライアント側でいくつかのコマンドを実行し、出力をローカルのgitリポジトリにコミットすることについて考えています。リモートサーバーが使用可能な場合、サーバー側での後続処理のために、データを原点にプッシュします。 このシナリオでは、圧縮、履歴、さまざまな配信方法を無料で提供します。 欠点は何ですか?
ソース管理とは関係のないプロジェクトにGitを統合するのは難しいですか?Gitはソース管理のみですか?
私は定期的にクライアント側でいくつかのコマンドを実行し、出力をローカルのgitリポジトリにコミットすることについて考えています。リモートサーバーが使用可能な場合、サーバー側での後続処理のために、データを原点にプッシュします。 このシナリオでは、圧縮、履歴、さまざまな配信方法を無料で提供します。 欠点は何ですか?
それは狂気ではない、いいえ。 Gitはもともとバージョン管理されたファイルシステムになるように設計されたもので、後でソース管理システムの基礎として使用されます。しかし、事はそれほど進まず、gitはソース管理システムになりました。つまり、それはまだファイルシステムの設計であり、他の目的には使えない理由はありません(実際には自分自身と非常に似たようなことをするつもりでしたが、プロジェクトは決してパニングされませんでした)。
「Gitのスピードと効率で小型に非常に大規模なプロジェクトからすべてを処理するために設計された無料の&オープンソース、分散型バージョン管理システムである。
Gitのすべてのクローンは完全な履歴とフルと本格的なリポジトリです
Gitは、Mercurial、Bazaar、Subversion、CVSなどのツールのように、ファイルのバージョン管理に使用されていますが、 Perforce、およびVisual SourceSafe」を参照してください。
ハハ、あなたはPerforceを言った! – drozzy
処理するデータの種類によって異なります。小さなデータを扱っているのであれば、代わりにデータベースを使いますが、ドキュメントの変更を追跡したい場合は、Gitのようなものの上にシステムを構築することはできません。
いいえソースコントロールだけではありません。
人は
gitのは、ソフトウェアのソースコントロールと一緒に使用する必要はありませんが、
をしたいが、あなたはそれを使用することができます...などの原稿、スピーチ、のようなドキュメントのすべての種類のバージョン管理システムとしてそれを使用します私にとっては、データベースにデータを集めるほうが簡単なようです。データベースでは、情報は整理され、容易にアクセスでき、簡単に操作できます。また、ユーザーがリモートからアクセスできるようにする必要がある場合は、他のドメインがデータベースにアクセスできるようにします。
Gitでは、すべてをフラットファイルに格納しています。その情報をすべて解析するのはあなたの仕事です。情報が豊富な場合は、時間がかかることがあります。しかし、データベースは通常、あなたが望む正確な情報を返すことについてかなり迅速です。
違いは、検索可能性とアクセス速度です。私はGITが大好きですが、DBではありません。 – cgp
システムの履歴の追跡を扱うようにデータベースが設定されているかどうかは、質問者にとっては重要であると判断されます。また、システム間でデータベースを同期させることは、特にそれらが切断されることがある場合は特に重要です。 –
@Jonathan私は実際にdbの同期の問題に遭遇しました。みんな同じdbのダンプを取得するのは苦痛で、私は実際には自動同期オプションを認識していません。 – helloandre
すでにGitベースのバックアップシステムがいくつか用意されています(例:Gibak)。したがって、大規模なデータセットを効率的に/安全に処理できることは間違いありません。
バイナリデータをマージすることができないという欠点があります。
あなたが探しているようなサウンドは、ある種のメッセージングキューまたはサービスバスです。それらの多くがあります。もちろん、Gitがあなたのために働くのであれば、どうしてですか?しかし、あなたが知っているような唯一のツールなので、単にあなたがそれを使用していないことを確認してください。
これは悪い考えではありません。 Gitは大量かつ少量の情報を管理するのに最適です。バイナリまたはテキストの両方が許可され、改訂履歴が保持されます。
これはおそらくiFolderと同じように機能しますが、マージ、履歴の保存、情報の共有がはるかに優れています。
問題の1つは、この種の設定を行わないほど複雑です。 gitの分岐、マージによる衝突の解決、パッチの手動適用に精通していない限り、システムをダウンマウチする方法について厳しい決定を下す必要があります。
GUIDの考え方もエンドユーザーにとって混乱しがちなので、単純なもの(バージョン番号付け)を作成する必要があります。 空のフォルダが許可されていないジレンマも対処する必要があります。
git(svnやiFolderとは対照的に)の良い点は、ファイルの移動が簡単でマージがスマートであることです。
全体として、gitはバイナリイメージ、メディア、およびコードファイルをすべて1つのリポジトリで管理しています。私はそれが他の種類のプロジェクトのための助手として、文書、画像、および他のメディアを追跡するために使用できない理由を考えることができません。
私はデータベースバックアップにSubversionを使用しています。多くの静的レコードを持つ1レコードにつき1行は、svnをすばやく簡単なバックアップソリューションにします。私が見ることができる意味のある欠点はありません。インターネットのランダムな人から別の人へ:私のサポートがあります!
私は特に、メディアのようなプロジェクツのために大きなファイルを扱うことに興味があります。 – drozzy