大規模なVisual Studioソリューションに関連するプロジェクトのスタックにファイルを定期的にコミットするためにSubversionを使用しています。私はずっと前にコミットするのを忘れたSVNにファイルをコミットできますか（リビジョン番号を微調整）
リビジョン37
、私は一日のsvn輸出を行うことを決定し、そして、私は私のプロジェクトは、だから、バック2008年10月に働いていたかを確認するために必要なことを決めた、私は私のローカルファイルシステムにエクスポート私はプロジェクトをコンパイルするために行く、どうにかして10月に見落とされた2〜3つのファイルがあった。 99年になるまでコミットしなかったとしましょう。
ファイルのコミット番号を微調整する方法があります。正しいリビジョンと一致するようにします。これは、であることを意味していますか？したがって、リビジョン37を再エクスポートすると、Visual Studioで正しい解決方法が得られますか？
実際にはありません。 Subversionリビジョン番号は、ソースコードのツリー全体に適用されます。コミットされたリビジョンに変更を加えることができれば、それは変更管理のアイディアを破壊するでしょう。
あなたができることは、リビジョン37のブランチを作成し、それを変更することです。これにより、新しいリビジョン、つまり100が作成されます。それをコミットすると、変更したリビジョン37が探しています。
これは不可能なもののようです。
2つのファイルを後のリビジョンから取り出し、代わりに（リビジョン37のファイルを使用して）使用できます。
いいえ、それはできません。履歴を変更することはできません。
あなたが聞いたことができるならば、コミットの信頼できる履歴を持つバージョン管理という概念全体が破られます。
SVNリポジトリのダンプ形式を知っていて、安定した手（およびバックアップ）を持っていることが必要です。
リポジトリ全体をテキストバージョンにダンプし、探しているリビジョンのエントリを見つけて情報を追加し、ダンプをリロードして（既存のリポジトリを上書きする）、プロセスが行われます。
残念なことに、このフォーマットは心の弱いものではありません（拡張子付きのHTTPと似ていますが、ほとんどのフィールドの長さは前にあります）。
また、実際にはお勧めできません。今すぐファイルをコミットして、将来はもっと注意してください。
リビジョンを実際には気にしないように思えますが、リビジョンを特定の実世界のプロパティで再エクスポートしようとしています（つまり、rev 37がクライアントに与えられたものでした）。
実際には、rev 37からブランチを作成したいと思っています。つまり、rev 37をSubversionディレクトリに/ branches/clientなどの名前でコピーします-A。次に、不足しているファイルをブランチに追加してコミットします。次に、/ branches/client-Aからエクスポートして、必要なものを得ることができます。
皆さん、ありがとうございました。これは私が答えになると恐れていたものです。しかし、意味をなさない。 – Bkwdesign
FWIW - 「将来的にはもっと注意を払う」という点に関しては、Visual Studio 2010でAnkhSVNの使用を本当に楽しんでいます。これは完璧なコミットを実行するのに役立ちます – Bkwdesign