Что вы обнаружите, так это наличие диалектических вариаций в компиляторе, и библиотеки настолько различны, что вряд ли будут работать хорошо.
Вероятно, вам лучше воспользоваться цепочкой инструментов на основе gcc, такой как MinGW, если вы не хотите сразу переключать свою среду на Windows. MinGW использует собственные порты Win32 стандартных библиотек с открытым исходным кодом, таких как getopt, и довольно просто портировать программное обеспечение между Linux и MinGW32 (если вы не используете специфичные для Linux или Windows API).
Однако портировать программное обеспечение с MinGW на Visual C ++ немного сложнее. В нескольких случаях, когда я делал подобные вещи, я обнаружил, что перенос между Linux и MinGW намного проще, чем перенос между MinGW и Visual C ++.
Насколько мне известно, я никогда не видел плагин MinGW для Visual Studio, хотя теоретически можно написать такую вещь, как Visual Studio, которая позволит вам использовать сторонние компиляторы. Кроме того, вам придется работать с любой системой сборки, которую использует остальная часть команды, которая, скорее всего, не будет MSBuild.
Итак, я предполагаю, что это вряд ли будет хорошо работать. Тем не менее, как сказал бы Хант и Томас, привыкание к другому образу жизни сделает вас лучшим программистом. Хотя vi (или emacs, если вы так склонны), ctags и gdb работают совсем не так, как Visual Studio, они все еще довольно мощная среда разработки. С MinGW32 и Cygwin или MSYS вы можете использовать их без необходимости массового перехода на Linux.