問題タブ [revision-history]

同じリポジトリに 2 つのコミット A と B があり、A が B の祖先であると仮定しましょう。
これは、存在ステータス 0 でチェックされています。

または、次の 2 つのコマンドからの出力が同一である場合は、古い方法で:

^ と ~ を使用して、祖先参照を使用して A に基づいて B の表現を見つけるための git コマンドまたは簡単な解決策があるかどうかを知りたいです。

複数のパスがある場合、今必要なのは、最初以外の親パスの数が最も少ない最速のパスを見つけることです (^n, n>1)。私の計算では、パスに同じ数の非最初の親を持つ 2 つのパスはありません。

結果は次のようになります:
A~3, A~4^2~3, A^^3~2

これが私の状況です：

次のレイアウトのgitリポジトリがあります

数百のコミットがあり、それぞれがインデックス ファイルを変更し、1 つのデータ ファイルを追加します。現在、リポジトリはかなり大きくなっており、データ ファイルを頭からだけでなくメタデータからも完全に削除して、リポジトリの実際のサイズを縮小したいと考えています。しかし、コミットの残りの部分（データの追加に伴うインデックスの変更）を保持して、そうしたいと思います。それは可能ですか？

さまざまなユーザーがアクセスする Lightswitch アプリケーションを開発しています。いくつかの背景情報.. ユーザーが 1 つまたは複数の行に変更を加えた場合、メイン データに影響を与えることなく、それらの変更を「一時ファイル」に保存できるはずです。Excel ドキュメントで作業していて [名前を付けて保存] を選択した場合と同様に、元のファイルはそのまま残ります。アプリは、これらの「節約」の複数を処理できる必要があります。次に、ユーザーはこれらの「節約」を開いて、メインデータベースに適用できます。

これを達成するための私の計画は、同じデータに対して複数の行を持ち、ユーザーデータ、リビジョンなどの列を持つことです。ここでの私の主な関心事は、アプリケーションに入るときに開く「保存」をユーザーが選択してから除外する方法です。正しいデータ。これを達成するためにカスタム コントロールを実行する必要がありますか? Lightswitchエリアではちょっと新しい。

ありがとう

ある種のリビジョン コントロールを持つ Lightswitch アプリを開発しています。ユーザーがアイテムを変更して保存をクリックすると、データベース内のその行を更新する代わりに、変更されたデータを含む新しい行が必要になり、元の行が元の状態に戻ります。このコードで変更されたものの新しい行を作成することができました:

しかし、それを行った後、「re」エンティティを以前の状態に戻したい、つまり、データベースにある値を持つ必要があります。

次のようにフィールドを設定できることはわかっています。

そして、SaveChanges() を実行するだけですが、データベースから正しい値を取得するにはどうすればよいでしょうか?

ありがとう

（ table もありますpersonが、その内容は私の質問には関係ありません。フィールドがあることを知っておいてidください。）

の編集フォームでperson(常に最初は空の) テキストエリアを表示したい。

保存 (作成または更新) する前に、ユーザーがこのテキストエリアにテキストを入力すると、このテキストはpersonchangesテーブルに保存されます。

表示する (編集しない) 場合、(personテーブルから) 他のデータの中で、特定の人物 IDmsgの最後の (最も高いid)行から表示する必要があります。personchanges

msg私の質問:テキストエリアの表示と編集はどこで実装すればよいですか? Personモデル（クラス）、フォーム、どこにあるべきですか？

Excel アドインを使用して改訂履歴を確認しています。Rally のイテレーションが「削除」されたときの情報 (ユーザー、日付、時刻など) を見つけたいと思います。これを取得することはできますが、取得する行が多すぎます。

イテレーションがプロジェクトからいつ削除されるかを知りたいです。

ユーザー ストーリーでイテレーション値がいつ変更されるか知りたくありません。

現在、両方の状況に関連する行を取得しています。

ヒントはありますか？

よろしく、ジム

svn log--use-merge-historyマージの一部であるすべてのリビジョンを表示するオプションがあります。

コミットする前に、作業コピーのマージに関する同じ情報を取得するにはどうすればよいですか?

たとえば、実行後svn merge ...(同期マージ) に実行する前にsvn ci、コミット メッセージのログを確認して要約したいと考えています。