問題タブ [revision-history]

現在、他の人がこれらのファイルで作業している間に、あるフォルダーから別のフォルダーにいくつかのファイルを移動する必要がある状況にあります。問題はsvn move、変更を実行してコミットした後、更新時に他の人がツリーの競合を起こすことです。現在、彼には 2 つの選択肢があります。ローカル ファイルを削除してすべての変更を失うか、ローカル ファイルを保持して 2 つのファイルが別の場所に残るかです。

これまでのところ唯一の解決策は、彼が編集を完了するまでファイルを移動しないことです。そのような変化に対処するためのより良い方法があるかどうか疑問に思っていました.

こんにちは、履歴の書き換えに成功し、使用して抽出したい 5 つのフォルダーを取得し、git filter-branch -f --prune-empty --tree-filter 'rm -rf <all unwanted dirs>'すべての git 履歴を保持しました。

残っている唯一の問題はサブモジュールです。まだコミットを行っています

Subproject commit <hash>

これらのサブモジュールのコミットをすべて git 履歴から完全に削除したいのですが、どうすればこれを達成できますか?

次のようなリポジトリがあるとします。

A--B--C--D--E--HEAD

git format-patchcommit のみをエクスポートするために使用したいC。このコミットを指定する簡単な方法は何ですか?

私が言えることから、git format-patch <sha1 of B> <sha1 of C>うまくいくでしょうが、それはかなり面倒です（2つのハッシュをジャグリングする）。これを指定する簡単な方法はありませんか、「B の直後のすべてのコミットをください」のようなものはありませんか?

私は Git 1.7.1 を使用しており、このバージョンのソリューションを好むでしょう。しかし、新しいバージョンでこの領域が大幅に改善されている場合、これも興味深いかもしれません。

現在、SVN リポジトリにインポートする必要がある巨大なフォルダー/ファイル階層があります。その階層を (import コマンドを使用して) SVN にインポートし、それらのファイルが既に存在する同じ場所でチェックアウトできることはわかっていますが、リポジトリが非常に大きいため、これには非常に時間がかかります。

ファイルをインポートして、ファイル/フォルダーに既に作業コピーを表示させる方法はありますか (後でチェックアウトを実行しないようにするため)。

情報については、私は Windows で tortoiseSVN を使用しています。

私は、2つのコミットで成功したgitリモート「鉱山」（たまたまgithubフォーク）を持っています。私のローカル マスター ブランチは、244 件のコミット (元の gitub リポジトリから取得) を上回っています。その結果、"mine" へのプッシュは早送りではありません。

「私の」が先行している2つのコミットをリストするにはどうすればよいですか?

私は WPF アプリケーションを作成しており、ファイルのアップロードとダウンロードに Google ドライブ API を使用しています。G メールはドライブ上のファイルのリビジョン履歴を提供するので、それをプロジェクトに実装して、ファイルのリビジョンの詳細なリストを取得したいと考えています。これって何かイベントあるの？これがどのように機能し、アプリケーションにどのように実装できるか教えてもらえますか? また、以前のバージョンのファイルに戻すにはどうすればよいですか? ...

上記の回答を見つけ、コメントにも記載しました。

次のようなシナリオでリビジョン履歴を使用したい: Google ドライブに約 500 MB のドキュメントをアップロードし、別のユーザーがそれを PC にダウンロードし、そのドキュメントの 2 ～ 3 行を変更してから再度アップロードするドキュメント全体をアップロードする代わりに、500 MB の同じドキュメントをダウンロードして少し変更を加えてからドキュメント全体を再度アップロードすると時間がかかるため、変更されたバージョンのみが既にアップロードされたドキュメントにマージされるようにします。

.netでこれを達成する方法は?

リレーショナル データベースに格納されているバージョン管理されたオブジェクトがあります。エントリは整数 ID とリビジョン番号で識別されます。新しいリビジョンの保存時に、番号を自動的にインクリメントしたい

選択クエリを使用して、リビジョンが既に存在する場合は最大のリビジョン番号 + 1 を、結果が見つからない場合は 0 を自動的に与えたいと考えています。たとえば、次のデータがある場合、最初の部分は簡単です。

それから

foo.id = 2 に対してクエリを実行しているときに、クエリに適用して 0 を返すようにする簡単な調整はありますか?

count(*)オプションになりますが、書き込みのみのスキームを使用している場合でも、DB に存在する 0-current_revision からのすべてのリビジョンに依存したくありません。