問題タブ [commit]

多数のレコードを含むテーブルがあり、SQL Server managment studio 2008 を使用してそのテーブルのすべてのレコードを更新したいと考え、次のように入力しました。

Update Table set col1 = val

このコマンドですべてのレコードを更新するには、しばらく時間がかかります。レコード、実行停止を押した場合、正確には何が起こりますか、いくつかのレコードが更新されてコミットされるか、そのコマンドを実行したことがないのとは異なりますか?

同じプロジェクトに複数のリポジトリを持つことは可能ですか?

私は現在、自宅の外付けハードディスクのリポジトリで TortoiseSVN で SVN を使用していますが、バックアップに関するソリューションに関しても、これは理想的ではありません。

したがって、私が考えているのは、unfuddleでアカウントを作成し、そこに (リモート バックアップ ソリューションの場合でも) コミットできる場所への2 つ目の(私のホーム リポジトリが最初の) リポジトリを持つことです。

もちろん、コードの整合性が必要であり、2 つ (またはそれ以上) のリポジトリ間で不一致が発生することは望ましくありません。つまり、コードをコミットするときに、両方のリポジトリを両方とも更新する必要があります。

では、これを実現するにはどうすればよいでしょうか。

私が考えていることは、プライマリ リポジトリ (ホーム リポジトリ) にコミットしてから、自動的にオンライン リポジトリ (unfuddle リポジトリ) に自動的にコミットすることです (もちろん、毎回手動で両方のリポジトリにコミットしたくないためです)。私のコードをコミットします）

これは可能ですか？

私は、コミットしたいすべてのファイルに触れなければならない git の方法に非常に慣れており、その間に diff を再確認しました。現在、仕事でsvnを使用する必要があり、誤ってコミットし続けています。次のコミットに含める必要があるすべてのファイルを明示的に伝える必要があるという点で、Subversion を git のように動作させる方法はありますか?

チェックアウトした一番上のディレクトリのプロパティ (svn:ignore など) を変更すると (ほとんどの場合はトランクです)、TortoiseSVN を使用して、クライアントは完全なプロジェクトを再帰的に処理します。

大きなツリー、大量のデータ、長い時間がかかります。

どうすればこれを回避できますか? 他の場所に変更がある可能性がありますが、私はそれらに興味がないことを知っているので、とにかくそれらのチェックを外します.

スパース チェックアウト機能は知っていますが、スパース チェックアウトがないため、ここでこれを適用する方法がわかりません。2 番目のスパース チェックアウトを作成し、変更/コミットを適用してから、他のコピーを更新する必要がありますか?

現在、いくつかのプロジェクトを管理するために git を使用していますが、最近 1 つの質問に悩まされています: マスター ブランチとセカンダリ ブランチへの変更をコミットするための適切なトーンは何ですか? 「コンパイル時にコミットする」、「動作時にコミットする」、または何か他のものにする必要がありますか? ありがとう。

私は最も奇妙な問題を抱えています...コミットするたびに、次のようなエラーが発生します：

それは私が変更したファイルのディレクトリです。

後で編集 するWebDAVSVNをインストールし、HTTPURLにコミットします。同じマシン上のディレクトリでsvn更新を行うコミット後フックがあります

何か案は ？ご協力ありがとうございました。