問題タブ [svn-update]

誤ってプロジェクトを更新してしまい、更新されたプロジェクトにエラーが発生しました (コードの部分的なコミットによる)。

更新プロセスを元に戻し、作業コピーを元に戻すにはどうすればよいですか?

作業コピーには異なるリビジョンのパッケージが含まれており、更新前とまったく同じ状態が必要です。

コード パッケージをパッケージごとにそのリビジョンに手動で更新する必要がありますか?

またはUNDOオプションはありますか??

編集：サーバーのコードを動作状態に修正したくありません。ローカル コードのリビジョン (更新前のリビジョン) を見つけて、ローカル コードをそのリビジョンに戻すだけで済みます。

私は亀のsvn 1.7.9を使用しています

複数のプロジェクトを同時に進めています。各プロジェクトには Subversion リポジトリがあります。リポジトリはすべて同じサーバーでホストされているわけではありません。1 日を始めるsvn updateと、個々のプロジェクトごとに 1 つの作業をしなければならないことに気づきます。

私のローカル作業コピーはすべて、1 つの親ディレクトリProjectsの下に保存されます。

私の質問:ファイル システム内の子孫の中から作業コピーを検索し、それぞれに対してコマンドを発行するProjectssvn updateディレクトリから発行できるコマンドはありますか?

Subversion バージョン 1.7.5 の Ubuntu を使用しています。

だから私は更新されたと書かれていますが、既存のファイルは更新されていません。一部のファイルが見つからない場合 - それらはダウンロードされます。ただし、既存のファイルは更新されません。

私はそのようなことで怒っています、助けてください、私のヒーロー！

svn update失敗した場合、更新を再開する前に実行がsvn cleanup必要になることがよくあります。障害が頻繁に発生する場合、これは非常に煩わしいものになる可能性があります。

SVN update コマンドをより堅牢にする方法を探しています。理想的には、スイッチがあればいいのですが、--cleanup-and-continue-on-failureそれが役立つように見えるドキュメントには何もありません。コマンドラインやTortoiseの代わりにこれを行うツールはありますか?

参考までに、以下は私の悩みの原因となっている特定のエラーです。これらは、接続の中断が原因であると思われます。これらは通常、新しいチェックアウト中に数十個のファイルが取り出された後に、およそ 60 秒ごとに発生します。

アップデート：

SVN の最近のバージョンではこれがある程度修正されているように見えますが、リポジトリが一貫性のない状態のままになるのはごく一部の時間だけですが、失敗時に更新を強制的に再試行できるようになればなお良いでしょう。

このためのスクリプトベースのソリューションをハッキングした人はいますか? 試してみたい人はいますか？

私が行うたびsvn upに、メインディレクトリ内のすべてのファイルが更新されますが、サブディレクトリ内のすべてのファイルがスキップされます。

また、新しいファイルの追加に失敗するため、新しいファイル「newFile」がある場合、

ファイルを追加しませんが、

ファイルを正しく追加します。svn を修正するにはどうすればよいですか?

を使用してコードをエクスポートしました

作業フォルダーのフォルダー名を更新したいのですが、

エクスポートされた svn repo で更新が機能していますか?

実行するsvn coと、アップが機能します。

教えてください、ありがとう

svn lockSubversion リポジトリ内のモデル ファイルをロックするために使用される Enterprise Architect を使用します。例えば：

svn commitオプションを使用しないとロックが解除されることを知りました--keep-locks。Subversion 1.8 以降、次のロックも解除されることに気付きsvn updateました。

の後に何もないことに注意してくださいsvn status。ロックがなくなった！しかし、ステータスsvn updateは--keep-locksありませんB ：

わかりました、ドイツ語です。しかし、そのリストにBがないことを確認するためにドイツ語を話す必要はありません。

ここで再ロックしようとすると、ファイルが既にロックされていると言われます。

これはバグですか、それともこの奇妙な動作には理由がありますか。

アップデート：

@ user655063 のおかげで、 Bが壊れたロックを表していることがわかりました。これは、次の質問につながります。「ロックが常に壊れているのはなぜですか」。

Enterprise Architect によってロックされたときだけではありません。コマンドラインでファイルを再ロックすると、ロックは壊れていると見なされ、次にロックも解除さsvn updateれます。

私はSVNを使用してRailsアプリに取り組んでいます。app/assets/javascripts 内から 'svn up' を実行しました。その結果、リポジトリ全体がダウンロードされ、app/assets/javascripts にコピーされたので、app/assets/javascripts/app、/lib、/Gemfile.lock などを作成しました。先に進んでこれらのファイルをすべて削除しましたが、今は「svn st」は、それらすべてをローカルで削除されたものとしてリストします。私は Git を使い慣れていたので、「svn up」がそのような現在の作業ディレクトリに敏感であることに気付きませんでした。これを修正するにはどうすればよいですか?

それらすべてを「svn rm」してからコミットすると、リモートリポジトリが台無しになりますか?