あなたの質問に対する私の最良の答え：
使ったことがないのでお勧めできませんが、お探しのものに一番近いようです。
http://sourceforge.net/projects/vcproj2cmake/
マシンにRubyランタイムをインストールする必要がありますが、VisualStudioプロジェクトに基づいてCMakeLists.txtファイルが生成されます。
変換で失われる微妙なCMakeのニュアンスがあるかもしれないので、これに依存しすぎると注意しますが、いくつかの好ましいレビューがあり、チェックする前にいくつかの手動の手順が含まれている場合でも、確かにプロセスが簡単になりますin（CMakeスクリプトが正しいことを確認するため）。
おそらく、これを単体テストと統合して、CMakeスクリプトの整合性を検証できますか？そして、あなたはいつでもあなたが見つけた問題のためのパッチを提供することができます。
潜在的な代替案：
私はいくつかのことを推測しているので、私が何か仮定をしているなら許してください。
あなたの目標がクロスプラットフォームであり、CMakeがテクノロジーとしての要件ではない場合（そのための手段にすぎません）、推奨されるCMakeワークフローを使用することはあまり直感的ではないため採用したくありません（私は完全に理解できます）それ）、おそらくあなたはPremakeを見ることができます。これは新しいですが、それでもかなり堅牢なプロジェクト生成ツールです。
構文（純粋なLua）は、理解しやすく、プロジェクトをVisualStudioソリューションに非常に近い形でモデル化していることがわかりました。これはあなたにとってより自然なワークフローかもしれません。
また、オープンソースであり、実際に驚くほど簡単に拡張機能を追加できることがわかりました（最後に使用してから1年が経ちましたが、現在の状態はわかりません）。ライブラリにはVisualStudioプロジェクトパーサーが付属しており、少しの創造性で双方向に生成できるため、おそらくリバースジェネレーターを構築することもできます。
1年前は、相互に依存するXcodeプロジェクトを生成するのが困難だったため、採用しないことにしました（おそらく修正されました！）。ただし、MakefileまたはVisualStudioソリューションに問題はありませんでした。
最終的な推奨事項
Visual Studioプロジェクトからプロジェクト生成スクリプトを逆生成することをお勧めしない理由は、プロジェクトに非常に厄介な依存関係を置くためです。Visual Studioプロジェクトは標準化されておらず、オープンでもありません。Microsoftがフォーマットを変更した場合、あなたまたは他の誰かがリバースジェネレーターのパッチを作成して作業を再開するまで、ワークフローを中断する可能性があります。
プロジェクトの生成には同じ問題があると主張することもできますが、Visual Studioには歴史的に常に下位互換性があります。または、少なくともプロジェクトの更新を実行するためのツールが付属しています。古いバージョンでプロジェクトを生成することはほとんどの場合常に機能しますが、Visual Studioソリューションの新しいリビジョンを解析しようとすると、エラーや破損が発生しやすくなります。
これが今後何年にもわたって使用および維持されることを望む深刻な制作プロジェクトの場合は、理想的とは言えない、または不快な場合でも、実績のあるワークフロー（CMakeまたはPremakeファイルで直接作業する）を採用することを強くお勧めします。開発者にとって最初。長期的なプロジェクトになる場合、新しいワークフローに慣れるのにかかる時間は、複数のプラットフォームやさまざまなチームにまたがるアドホックビルドシステムを維持し続けるのにかかる時間よりも短くなります。さらに、開発者としてベルトに別のツールを追加します。ちょうど私の2セント。