問題タブ [revert]

私は Source Safe から来た Subversion に比較的慣れていません。Tortoise インターフェイスを使用して、コミットは私の bin ディレクトリにある .java ファイルを表示し続けましたが、それは「行方不明」でした - わかりました、それは別の質問です。基本的に、偽の「bin」メッセージを取り除くためにいくつかのことを試みたところ、Tortoise は代わりにソース ディレクトリ全体を削除しました。追加し直してみたのですが、追加したら履歴がなくて新しくなりました。

Subversion を特定のリビジョンに戻すには? あたかも私が決して起こらなかったかのように？VSS でこれを行う方法は知っていますが、TortoiseSVN で試行するたびに、作業コピーが変更されるだけです。作業コピーをチェックインしたくありません。履歴がすべて失われるからです。Subversion は忘れることができますか?

ところで、すでにstackoverflowを調べてみましたが、私が見つけた最も近いものは、リポジトリ全体のエクスポートと再インポートでした。私はまだその時点ではないと思います。Subversion は、この最も単純なことを実行できなければなりません!

git merge -s recursive -X oursを使用する代わりに、を使用したため、マージを元に戻したいgit merge -s ours。

マージを元に戻すことについてのこのブログ投稿を読みましたが、私の場合はうまくいかないようです。

だから、私はmasterブランチを持っていて、それからブランチを持っていtopicます。ある時点で、にマージmasterしてtopicから、にマージtopicしましmasterた。にマージmasterしたときbranch、ファイルで競合が発生しましたが、重要なことは何も起こらないと思ったので、gitと言ってスキップし、自分のバージョンを使用すると思いました。そのとき、のgit merge -s ours代わりにを使用しました。これはgit merge -s recursive -X ours、今日、チームメイトの1人が行ったすべてのことを無視していることがわかりました。

今、私はこのマージを元に戻そうとしています：

これは確かに、私のマージで無視された変更（私のチームメイトの変更）をツリーにもたらしています。問題は、私の変更がツリーに存在しなくなったことです。元に戻すことを試みましたが、成功しませんでした。

そのようなマージを元に戻す方法について何か提案はありますか？

WindowsでTortoiseSVNを使用してSubversionブランチをチェックアウトしています。myfile.txtという名前のファイルがあり、名前をmynewfile.txtに変更します。ただし、myfile.txtをそのままにして、以前のリビジョン（r15など）に戻すだけです。したがって、myfile.txtにはr15のコンテンツを、mynewfile.txtにはrHEADのmyfile.txtのコンテンツを含める必要があります。ファイルの履歴が保持されるように、Subversionコマンドでこれをなんとかして実行できることを望んでいました。そうすれば、これをコミットして変更を見ると、mynewfile.txtはmyfile.txtの名前に変更されただけであり、myfile.txtにはr15の古いコンテンツが含まれていることがわかります。これは可能ですか？myfile.txt-> mynewfile.txtの名前を変更してから、myfile.txtを作り直して、コンテンツをr15から手動でコピーする必要がありますか？

誤って大きなファイル (200 MB 以上) を git リポジトリに追加 (git add *) してしまいました。変更をコミットしてプッシュしました。

他のコピーで変更を取得しようとすると、時間がかかりすぎました。プルをキャンセルし、ファイル (git rm ファイル) を削除し、コミットして、再度プッシュしました。しかし、他の作業コピーを取得するにはまだ時間がかかりすぎています。

では、メイン リポジトリから完全に削除するにはどうすればよいでしょうか。

HEAD リビジョンのチェックアウトをリビジョン 1000 にマージしました。

その後、それを元に戻し、HEAD リビジョンにマージしたいと思います。私のチェックアウトはリビジョン 1000 になっているはずなので、1000 から HEAD まですべてをマージする必要があります。しかし、svn は何もしません:

うーん、または単に元に戻す？

静かでfoo.txt、HEAD リビジョンに更新されません。どうすればいいですか？

HTML5のドラッグ可能な要素のドラッグが終了すると、要素は元の場所に戻ります。フィードバック画像が元に戻るのを防ぐことはできますか？

元に戻すのではなく、ドラッグが完了した後にフィードバック画像を非表示にします。

ワークスペース内のファイルの新しいデフォルト作業コピーを作成せずに、Mercurial 内のファイルの以前のリビジョンのコピーを取得するにはどうすればよいでしょうか?

私はhg revertコマンドを見つけました。それは私が望むことをすると思いますが、よくわかりません。

数分間作業するために、コードの以前のリビジョンのコピーを取得する必要があります。しかし、正常に動作している現在のバージョンを邪魔したくありません。

だから私はこれをするつもりだった：

ファイルの現在の作業バージョンが妨げられないように、別のディレクトリに出力する方法はありますか? 何かのようなもの：

プロジェクトで行った開発の一部はデプロイできず、別のブランチで行う必要がありました。(tortoise の「このリビジョンからの変更を元に戻す」と慎重な編集を介して) 後方の変更をマージし、別のブランチにあるはずだった作業を元に戻し、この逆パッチをトランクにコミットしました。前述のパッチで元に戻された変更を含むブランチを作成したいと思います。これが私がしたことです：

元に戻すリビジョンの前のリビジョンで、新しい開発用の新しいブランチを作成しました。

tortoise SVN で一連のリビジョンをマージすることにより、元に戻すリビジョンを新しいブランチにマージしました。

変更ログを開き、[マージされたリビジョンを含める] と [このリビジョンからの変更を元に戻す] を選択しました。これにより、作業コピーのこれらの変更が元に戻りました。これが、ブランチがどのようになりたいかです。これらの変更をコミットしました。このコミットは、「マージされたリビジョンを含める」の下に元に戻すパッチをリストします。そうすべきだとは思いません。ここに問題があるようです。鍵はおそらく、このパッチ (逆二乗、または元の変更の積) を作成するために実行された操作を Subversion が認識しないように記録することです。

次に、同じ方法 (さまざまなリビジョンのマージ) を使用して、トランクからのすべての変更を新しいブランチにマージしました。これには元の取り消しパッチが 2 回含まれており、私のブランチはトランクと同じになりました (マージされたリビジョンとして 3 回リストされています)。これは望ましい結果ではありません。

<編集 - 解決策>

以下は望ましい動作であり、正しく動作します。

最初に、フォルダ タグ、トランク、ブランチを含む空のリポジトリを作成しました。トランクで、コンテンツ (rev1) を含むファイル file.txt を作成しました。

次に、ファイルを編集して

そしてチェックイン（rev2）。次に、ログで rev2 を選択し、このリビジョンから変更を元に戻すを選択して (rev3) にチェックインしました。ファイルは次のようになります。

次に、 rev3から branch\b1 へのトランクのブランチを作成しました(rev4、was5。この手順では両方を行います)。ブランチ\b1 では、ファイルは次のようになります。

次に、trunk からの rev2 を、祖先 (rev5) を無視してブランチ/b1 に逆マージします。ブランチは次のようになりました。履歴に同様のものが含まれているのはまったくの偶然です。

トランク (rev6) を次のように編集します。

トランクからのすべての変更をブランチ/b1 (rev7)にマージします。branch/b1 は次のように正しく表示されるようになりました:

</編集 - 解決策>

<編集>

どのように機能するか

以下は望ましい動作であり、イタリック体の手順を次のように実行すると正しく機能します。

最初に、フォルダ タグ、トランク、ブランチを含む空のリポジトリを作成しました。トランクで、コンテンツ (rev1) を含むファイル file.txt を作成しました。

次に、ファイルを編集して

そしてチェックイン（rev2）。次に、ログで rev2 を選択し、このリビジョンから変更を元に戻すを選択して (rev3) にチェックインしました。ファイルは次のようになります。

次に、rev2 から branch\b1 (rev4) へのトランクのブランチを作成しました。ブランチ\b1 では、ファイルは次のようになります。

次に、rev3 をトランクから branch\b1 (rev5) にマージすると、ブランチは次のようになります。

この時点で分岐しているかのように、分岐 3 (rev6) を編集します。歴史に似たようなものが含まれているのは、まったくの偶然です。

トランク (rev7) を次のように編集します。

トランクからのすべての変更をブランチ/b1 (rev8)にマージします。branch/b1 は次のようになります。

それはどのように機能しますか

以下は実際の動作です。イタリック体のステップが実行されると、正しく機能しません。これは、遡及分岐の複雑さのために必要です。エラーは最終ステップの 2 行目にあります。

最初に、フォルダ タグ、トランク、ブランチを含む空のリポジトリを作成しました。トランクで、コンテンツ (rev1) を含むファイル file.txt を作成しました。

次に、ファイルを編集して

そしてチェックイン（rev2）。次に、ログで rev2 を選択し、このリビジョンから変更を元に戻すを選択して (rev3) にチェックインしました。ファイルは次のようになります。

次に、rev2 から branch\b1 (rev4) へのトランクのブランチを作成しました。ブランチ\b1 では、ファイルは次のようになります。

次に、rev3 をトランクから branch\b1 (rev5) にマージすると、ブランチは次のようになります。

ブランチ\b1 で、ログで rev5 を選択し、このリビジョンから変更を元に戻すを選択して (rev6) にチェックインしました。ファイルは次のようになります。

トランク (rev7) を次のように編集します。

トランクからのすべての変更をブランチ/b1 (rev8)にマージします。branch/b1 は次のようになります。

</編集>

リポジトリ内の間違ったブランチに対して誤ってコマンドを実行しました-この変更を元に戻す方法はありますか？

SQL Azure データ同期ツールを使用してみましたが、ローカル データベースを開発マシンから SQL Azure アカウントに正常に転送できました。しかし、後になって、このツールがローカル データベースに多くの変更を黙って加えていることに気付きました。通知や確認ダイアログがなければ、間違いなく良いことではありません。

同期ツールが行った変更 (追加されたストアド プロシージャと追跡テーブル) を元に戻す簡単な方法があるかどうかは誰にもわかりませんか? 手動で削除することは常にオプションであることは知っていますが、エラーが発生しやすいので、最後の手段と考えています。