問題タブ [working-copy]

TortoiseSVN を使用して Subversion リポジトリを更新すると、次のエラー メッセージが表示されます。

パス 'C:\OTMS Rhapsody Model\trunk\OTMS_rpy\C:' が作業コピーにありません

フォルダー構造内にコロンが含まれているため、パスが無効であることは明らかですが、なぜこのエラーが発生するのでしょうか?また、どうすれば修正できますか?

ありがとう

svn リポジトリの更新に関する電子メール通知を受け取りたいです。これに対する標準的な解決策はフックを使用することであることは知っていますが、リポジトリをホストするマシンにアクセスできません。

現在、作業コピーを 1 時間ごとに更新し、新しいリビジョンが存在する場合はメールで通知するというワンライナーを作成しました。ただし、これは原始的であり、自分のコミットを除外し、電子メールで差分を提供し、リビジョンでコマンドを実行してビルド エラーを特定し、ビルドが壊れている場合は別の方法で通知できるようにするソリューションが必要です。等

私が説明するような機能を備えた、フックに依存せずに SVN リポジトリの更新を電子メールで通知するためのクリーンなスクリプトは既に存在しますか?

(言論の自由と同じように、Unix システム用のコマンドライン スクリプトまたはプログラムを考えています。)

コンピューターにsvnリポジトリを作成しました。linuxこのリポジトリ用に、 という名前の作業コピーも作成しましたmyfirstproject。その URL を取得するために、「svninfo」と入力しました。答えは

"svn://localhost/myfirstproject".

ここで、Windows コンピューターからこの作業コピーにアプローチしたいと思います。netbeans私も初めて試してみましtortoiseSVNた。にアプローチしようとしましたがsvn://my_server_domainName/myfirstproject、失敗しました。

私は何をすべきだと思いますか？入力する必要がある他の URL アドレスはありますか?

ありがとうございました

ハードドライブのバックアップ計画を立てようとしていますが、すべての「.svn」サブフォルダーをバックアップする必要があるかどうか疑問に思っていますか?

注: リポジトリは私のコンピューターにはありません。私のコンピューターには作業コピーしかありません。

Aptana Studio で Web アプリケーションを開発するために使用する Subversion リポジトリーの 1 つの作業コピーがあります。ネットワーク上のオフィスにいるときはすべて正常に動作していますが、VPN 経由で接続しているときはリポジトリに接続できません。

問題を特定しましたが、正確な修正方法がわかりません。この問題は、SVN サーバーを IP アドレスではなくコンピューター名で参照しているリポジトリの URL に起因します。何らかの理由で、当社の VPN はコンピューター名を認識しませんが、IP アドレスでは問題なく動作します。

作業コピーを接続するために、リポジトリの をコンピュータ名から IP アドレスに更新する方法が見つかりません。ToroiseSVN と Aptana Studio3/Eclipse の Subclipse プラグインをクライアントとして使用しています。

明確にするために、リポジトリは場所を移動していません。サーバーのコンピューター名を使用する代わりに、URL で SVN サーバーを IP アドレスで参照したいだけです。リポジトリの URL の変更に関連して私が見つけたすべての記事では、リポジトリ全体を移動するか、作業コピーを切り替えて別のリポジトリを参照するかについて説明しています。

何か案は？

リポジトリからチェックアウトした大きなアプリケーションを使用しています。このアプリの大部分は.svn/pristineフォルダーにあります。私が理解していることから、pristine フォルダーには workingCopy ディレクトリ内のファイルのコピーが含まれています。

そうは言っても、

• これらのファイルを削除してもよろしいですか?
• 本当に必要ですか？

ファイルは既にバックアップしてあり、元に戻すつもりはありません。余分なスペースが得られると、コンパイル時間も大幅に短縮されます。

編集

内部で何かを手動で変更する.svnと、作業コピーが壊れる可能性があることを理解しました。

workingCopy のサイズを小さくする方法を見つける必要があります。TortoiseSVN には、Cleanup - Delete unversioned files and folders「作業コピーで生成されたすべてのファイルを削除する」があります。おそらく、これは私のアプリケーションを壊すことなくそれらのファイルを取り除くでしょうか?

乾杯

私はブランチ A を持っており、それに非常に重要な変更のリストを作成したいと考えています。これらの変更の最終結果は、ディレクトリ B に既に存在します。これも新しい作業コピーにしたいと考えています。要するに、「このディレクトリを自分のブランチの最新の作業コピーにする」だけです。

これを達成するために私が現在認識している2つの可能性があります：

1. A を一時ディレクトリ C にチェックアウトし、「.git」以外のすべてを削除し、ディレクトリ B の内容を C にコピーしてから、ディレクトリ C から追加/コミット/プッシュします。最後に、C の内容全体を B に戻します。
2. チェックアウトなしでリポジトリを一時ディレクトリ C にクローンし、「.git」ディレクトリを C から B に移動します。B 内から追加/コミット/プッシュします。

これらのソリューションの両方の問題は、恐ろしく扱いにくいだけでなく、ディレクトリ B と C の両方にディスク容量が必要になることです。オプション 1 では、ファイルのシャッフルがもう少し必要になります。したがって、現在、これに対する私の最善の解決策はオプション 2 です。詳細な手順を以下に示します。

「reset」または「symbolic-ref」を使用してこれを行うより良い方法があると思います。成功せずにさまざまなオプションを試しました。

助けてくれてありがとう。

間違ったブランチに一連の変更をコミットしました。Switch コマンドを使用して作業コピーを適切なブランチに切り替え、他のブランチからの変更をマージ/コミットしました。今、間違ったブランチからの変更を元に戻したいと思っていますが、ブランチの完全なコピーを切り替えたりチェックアウトしたりする手間を省きたいです。

中間の作業コピーを作成せずに、リポジトリで直接以前のリビジョンに戻す方法はありますか? 変更後、ブランチへのコミットは他にないので、変更を逆マージする必要はありません。前のリビジョンにロールバックするだけで済みます。

作業コピーを正しいブランチに戻すのを忘れて、いくつか変更を加えました。

元のブランチに現在の変更 (ただし、現在のブランチの他のすべての変更ではない) をコミットするにはどうすればよいですか?