問題タブ [rollback]

1. いくつかの変更を行ったが、変更を行っていない場合、以前の状態commit -m "my messageに戻すにはどうすればよいですか?

2. オリジンにプッシュしたのにプッシュしなかった場合commit -m 'my message'、どうすればロールバックできますか?

3. を行った場合git pull origin、取得したものが気に入らなくなりました。元の状態に戻すにはどうすればよいですか?

4. 変更された、または自分のローカルとは異なる、オリジンにあるファイルのリストを取得するにはどうすればよいですか?

を使用して悪い変更セットをロールバックしようとすると、tf rollback /changeset:xx次のエラーが発生します。

TF204000: チーム プロジェクトが接続されている Team Foundation サーバーは、ロールバック コマンドをサポートしていません。

何とか修正することは可能ですか？グーグルは結果をもたらさない

私はWindows7を使用していますが、一生の間、appcfg.pyでロールバック関数を呼び出す方法がわかりません。私が知りたいのは、アプリをロールバックできるようにコマンドプロンプトに何を入力するかだけです。

これは移行バージョンに関する Rails の質問です

そのため、すでにいくつかの移行が存在しています。つまり、私の db/migrate/ フォルダーには、次のようなファイルがあります。

• 1_add_products.rb
• 2_add_customers.rb
• 3_add_addresses.rb
• 4_add_tags.rb

「rake db:migrate」を実行したので、現在のバージョンは 4 です。バージョン 2 に永久に戻り、そこから分岐を開始したいと考えています。したがって、「rake db:migrate VERSION=2」を実行すると、バージョン 2 を反映するように変更が正しく元に戻されました。 .

1 つのリビジョンに永続的に戻り、そこから新たに分岐を開始する方法はありますか? バージョン 2 にロールバックした後、移行 3 と 4 を単純に削除できますか??

私が尋ねる理由は、バージョン 2 にロールバックした後、新しい移行を追加して "rake db:migrate" を実行する必要があり、移行 3 と移行 4 を含めたくないからです。

Silverlight4 と Ria Service を使用しています:

3 つのレコード ( 1 、 2 、 3 ) を持つテーブル (「MyTable」と呼ばれる) があるとします。アプリケーションのどこかに次のコードを記述しました。

何らかの理由で、「保存」ボタンを押す前に、最初の削除済みアイテムを拒否したい(1)が、2番目のアイテムを削除したい(2)。これは、使用できないことを意味します:

すべての変更（削除したい削除済みアイテムを含む）を拒否するため、IRevertibleChangeTrackingを使用すると問題を解決できます。次のようなもの：

しかし、このインターフェイスを使用する前に、削除されたアイテムにアクセスする必要があります。最初は MyContext.MyTables 経由で取得しようとしましたが、削除されたレコードが含まれていないため、EntityChangeSet で取得しようとしました。

そして、私は IRevertibleChangeTracking を使用しました:

しかし、実行後、このコード行はレコードの状態を変更せず、「削除済み」のままだったので、「保存」ボタンを押すと、データベースから物理的に削除されました!!!! IRevertibleChangeTracking は、削除/追加されたアイテムに対しては機能しないようです (変更されたアイテムに対してのみ機能します)。

したがって、DomainContext から特定の削除済みアイテムを拒否する方法はありますか。

ありがとう、

私の同僚（同僚だったと約束します！）は、先週の木曜日からメインのSQL Serverで更新プログラムを実行したままにしています（そうです、100時間プッシュしています！）。問題のSQL（1つのトランザクションで追加する可能性があります）は次のとおりです。

（ええ、私は知っています、凶悪です...）

クエリプランの合計コストは22186.7であり、更新する行の推定数は約1億5,100万です。

明らかに、このクエリを何らかの方法で解決する必要があります。クエリを強制終了すると、残忍なロールバックが生成されることに気付きますが、それがどこまで進んだかを知る方法はありません。私たちが知っている唯一のことは、sys.dm_exec_requestsからのこのエントリです。

だから私の質問は、私たちの最善の行動方針は何でしょうか？

1. 待って
2. それを殺してロールバックし、次の氷河期の前にロールバックすることを願っています
3. 他に何かありますか？

MySql InnoDB は自動コミットをオフに設定し、デフォルトの分離レベル REPEATABLE READ を使用します。2 つの異なるトランザクション T1 と T2 が時系列で実行されるシナリオが 2 つあります。

1)

T1 は、T2 がまだ解放していない行 2 の書き込みロックを取得できないため、t3 でタイムアウト エラーを取得します。ただし、T1 が t4 でコミットすると、T1 の「部分的な」更新につながります。つまり、行 1 は更新されますが、行2 そうではないため、ACID の「原子性」規則は、この慣行によって違反されます。

ACID の「原子性」ルールによれば、トランザクションは「完了する」か失敗する必要がありますが、部分的ではありません。

APP は、T1 にロールバックを要求するか、t3 でエラーを受信して​​ t4 でコミットする前に、成功するまでタイムアウトした更新を再試行する必要があります。これにより、アトミシティ ルールが達成されます。

2)

1) DB はタイムアウト エラーを APP に配信するだけであり、T1 をロールバックするかどうかを決定するのは APP 次第ですが、2) DB はデッドロック エラーを検出するだけでなく、デッドロックになる可能性のある T2 をロールバックするように動作します。

理論的には、1) DB は T1 をロールバックするように動作することもできますが、2) DB はデッドロックを引き起こす操作をキャンセルしてデッドロック エラーを APP に送信するだけで、T2 をロールバックするかどうかを決定するのは APP 次第です。

問題は、最初に DB レベルでエラーが検出されたときに、APP またはそれ自体がロールバックを処理する必要があるかどうかを選択するために、DB がどの具体的な条件に一致するかということです。

どうもありがとう！

一連のクエリをループできるように MySQL トランザクションを設定しようとしています (以下を参照)。それらのいずれかが失敗した場合は、すべての変更をロールバックします。ただし、失敗した場合、すべてのクエリがロールバックされるわけではないことがわかりました。私はここで何か悪いことをしていますか?

ありがとう！

Microsoft Excel 2007 を使用しているときに、奇妙なことが起こり、n行目以降のすべての名前が ABCD に変更され、誤ってファイルを保存してしまいました。ABCD に変更された古い名前を戻すにはどうすればよいですか?

ClickOnceのロールバックは可能ですか？

どうやってやるの？

このアプリケーションは更新時にすべてのファイルをダウンロードしますか？

アップデートでダウンロードされたファイルを確認するにはどうすればよいですか？