Workflow портирования с Windows/.NET на Linux/Mono

Сразу разрабатывать в MonoDevelop на GNU/Linux, а потом, когда всё будет работать — портировать на Windows

А что за приложение (в смысле — за бабки и нельзя рассказывать, или в свое удовольствие и открыто)?

Похоже, ты не пользуешься Winforms, так какие проблемы сразу под линуксом работать, или накатить Monodevelop/mono на Windows?

Сразу разрабатывать в MonoDevelop на GNU/Linux

после Visual Studio

это ты так хорошо пошутил, особенно если в MD не работает отладчик.

особенно если в MD не работает отладчик.

А что тебе мешает его пофиксить и патч в апстрим отправить?

А что за отладчик и что в нём не работает?

в MD не работает отладчик.

по-моему это у тебя руки не работают ;)

приведи мне параметры настройки MonoDevelop при которых отладчик бы стабильно бы работал.

А то он в некоторых местах работает, в некоторых нет.

А что тебе мешает его пофиксить и патч в апстрим отправить?

У меня все работало нормально.

а вот у меня в одих местах работает, в других нет.

Причем ХЗ почему.

Гугли «МоМа» и проверяй, портируется ли вообще :)

скажи, а где ты увидел слова «нужно упростить нахождение потенциальных проблем портирования» с сабже?

Про MoМa я при царе горохе знал. И к тому же MoMa больше не развивается. И его список API не актуален. Гугли сам.

можно ли как то упростить сабж

Изначально надо было думать и не вляпываться в какашку :)

Теоретически можно поставить Vagrant и замапить директорию с проектом в Windows, на директорию внутри виртуальной Linux машины. Изменения сразу будут синхронизироваться. Кроме того, если речь идет о веб-приложении, то можно внутри поднять nginx на который заходить опять же из Windows и тестировать. Таким образом количество времени работы в Linux сократиться до минимума. В идеале, можно будет заниматься разработкой не покидая Visual Studio.

упростить нахождение потенциальных проблем портирования

Дано: портирование .NET/Windows приложения на Linux/Mono

Еще тупых вопросов?

И его список API не актуален.

«я разрабатваю в VS 2010/Windows» — пеши есчо :)

Про MoМa я при царе горохе знал.

Либо знал, но забыл, либо нагло звездишь :)

это ты так хорошо пошутил, особенно если в MD не работает отладчик

Что за бред про не работающий отладчик??? MD прекрасная среда в которой всё как надо работает, не хуже чем в VS.

WinForms нельзя нормально делать :)

При чем тут отладчик?

«MD прекрасная среда в которой всё как надо работает, не хуже чем в VS.» Вот я и говорю - не всё.

Ок, не всё так не всё :)

Ага, а кто заявлял что «GUI нинужно», что если его нет то и пофиг? ;) К тому же ТС разрабатывает софт в офтопе, а под Linux ему нужно чтобы среда запускала программу и отлаживаться можно было.

Visual Studio вроде Mono дружит
Ну и студию можно в вино поставить 10-ую

Не всё. На HI-DPI дисплеях MD превращается в маленький такой квадратик, в отличии от VS.

Это уже проблемы gtk2. Ждём портирования на третий.

Так и продолжай - разработку в IDE(Visual Studio), и сразу лей на ляликс бинари. Как вообще можно пользоваться убогим говном monodevelop - мне не ведомо.

А в GTK3 нельзя запретить какому-то элементу игнорировать переменную GDK_SKALE (по крайней мере я не нашел, как это сделать), в результате чего в тех же самых вьюверах портится качество картинки (происходит масштабирование в 2 раза).

бля как я сегодня задолбался с путями в проекте и с дерективами условной компиляции.

пс. отладчик так и не пашет

Парой постов выше уже сказали, но повторю: в обычном режиме оно компилируется в байткод, не смотри что dll/exe - моно их запускает. Соответственно, теоретически, все что тебе нужно делать - это заранее вести разработку так, чтобы не использовать ничего того, чего нет в стандартной библиотеке у мони, либо не может быть скомпилировано/запущено под линуксом.