Я так понял, что нельзя иметь на одной машине одновременно две разных ветки в разных директориях, и скажем две запущенных версии Студии

Почему нельзя? очень даже можно, главное тут - две разных ветки в 2 разных директориях

Репу можно клонировать сколько угодно раз, просто потом будет бардак если работать где угодно.

Имеем один главный каталог, в котором постоянно работаем и сколько угодно клонов только для чтения.

затронуты сотни и тысячи файлов

А что реально есть? Что то тогда неправильно

называлась Виндовс Мобайл

И в качестве базы была конечно версия винды

и была в разы круче

https://itphobia.com/windows-phone-pros-and-cons-ultimate-...

машинный перевод, только часть

3. В некоторых моделях телефонов для windows ограничена функция ожидания экрана. Он позволяет работать не более 5 минут.

4. ОС Windows phone иногда не реагирует на нажатия и зависает.

5. «Синий экран смерти» — ужасный опыт для многих пользователей Windows Phone.

6. Windows Phone работает медленнее, чем другие смартфоны.

7. Обычно батарея Windows Phone начинает не держать заряд после 10-го/12-го месяца.

8. Из многих отзывов пользователей становится ясно, что иногда телефоны Windows зависают с первой недели, и как только вы станете жертвой, это будет продолжаться с вами.

9. Иногда в windows phone после увеличения масштаба изображения вы не можете уменьшить его обратно. При этом приходится перезагружать устройство, чтобы все пришло в норму.

10. Многие устройства Windows Phone блокируются при попытке обновить их.

11. Windows Phone быстро портится от влаги.

12. Версия Windows phone 7.8 не позволяет поддерживать телефон в актуальном состоянии. Это означает, что он не поддерживает или не совместим с последними приложениями, которые будут выпущены.

Такое можно и про Андроиды, и про Айфоны собрать. На любой массовый продукт имеется куча дерьма от недовольных.

Но я вообще-то про Виндовс Мобайл, которая до этого Pocket PC была.

Я уже попробовал - вроде, ветки быстро переключает. Ну там подождать 10-15 секунд. Похоже, проще на двух устройствах или виртуалках параллельно запускать копии приложения из двух разных веток, чем на одной машине совмещать.

проще на двух устройствах или виртуалках параллельно запускать копии приложения из двух разных веток

Чем проще? Виртуалку нужно еще настроить и кто даст вторую лицензию для винды? И получится всё равно различное окружение для тестирования.

Не вижу никакой проблемы склонировать репу в другой каталог и запустить две студии, ну разве для веба порты изменить.

Почему склонировать? Я имел ввиду не одну и ту же ветку несколько раз, а разные ветки. Вобщем, если они на одной машине не конфликтуют, то ок.

Почему склонировать? Я имел ввиду не одну и ту же ветку несколько раз, а разные ветки.

Что то понимание гита немного не то.

Клонируется всегда репозиторий гита, а из него уже выбирается нужная ветка.

Почему в Гите я могу сравнить код из разных веток, но не могу интерфейс как он выглядит при запуске? Торвальдс когда своё поделие писал, не мог дотумкать, что не только красноглазые бэкэндеры им пользоваться будут? Придумал бы чё-нибудь, чтобы быстро тыкнул и получил справа и слева два окна с интерфейсом из двух разных веток.

но не могу интерфейс как он выглядит при запуске?

Так что ли хочется видеть отличия?

Нет. Я запускаю два приложения из разных веток. И сравниваю, как выглядят и как ведут себя две одинаковые формы из разных веток. Я сейчас переделываю интерфейс с ASP.NET на Блейзор. И заказчики хотят, чтобы новый выглядел максимально близко к старому, как и вёл себя. Ну чтобы пользователи по-минимуму меняли свой пользовательский опыт.

Если Гит отслеживает версии на всей машине (т.е. запустив две Студии с одной и той же репой, и переключив в одной ветку, это переключение отражается для этой репы и в другой Студии), то надо запускать на двух разных машинах.

Если Гит отслеживает версии на всей машине

нет конечно.

ответ здесь --> запустив две Студии с одной и той же репой

Уже устал повторять: две копии нужны. Одна рабочая, вторая только для чтения. И каждая студия открывает проект с разных каталогов.

Единственная проблема - можно самому перепутать студии если имена проектов одинаковые. Хотя блазор с асп не перепутать.

И заказчики хотят, чтобы новый выглядел максимально близко к старому, как и вёл себя.

Вполне их понимаю, только задача невыполнимая. И если визуально еще и можно как то сделать, хотя не всегда нужно, то как сделать совершенно одинаковое поведение, я не знаю.

Хотя, если речь идет исключительно о визуальном поведении, то да. Типа, по нажатию этой кнопочки странница обновляется.

Еще одно - держать две совершенно разных версии одного проекта в одной репе тоже неправильно.

Также так делали, но после поимели море проблем.

Еще одно - держать две совершенно разных версии одного проекта в одной репе тоже неправильно.
Также так делали, но после поимели море проблем.

"Репа" - я имею ввиду весь репозиторий. В нём по определению хранятся все версии.

А так у нас несколько проектов того же GUI = старый на АСП.НЕТ, новый на Блейзор, и ещё была попытка раньше написать на АСП.НЕТ МВЦ. При этом все три варианта гуя могут находиться в одной ветке. Тут тоже не вижу ничего криминального. Разве что солюшен эксплорер захламлен проектами, которые мне не нужны.

https://tilburgsciencehub.com/building-blocks/collaborate-...

ну если вариант 1 пользуется то терпимо. Но это тоже о многом говорит.

При этом все три варианта гуя могут находиться в одной ветке

Такого я вообще еще нигде не встречал. Видимо, что такое субмодули никто не слышал.

Тут тоже не вижу ничего криминального

Как минимум бардак, полагаю также, что неиспользование единого стиля кода тоже не криминально у вас.

Насчёт стилей не знаю. Меня достало писать подчёркивания для полей класса, и я стал писать их без. Поля и не поля (скажем, локальные переменные и параметры) и так разным цветом выделяются. Вся эта муть с подчёркиваниями - со времён царя Гороха, когда редактор кода максимум что мог сделать - выделить что-то жирным или наклонным шрифтом. Раньше целая система условных префиксов была - типа этого подчёркивания, потом левый операнд, правый операнд (l и r), константы заглавными буквами и прочий бред. Как придёт на проект какой старпёр, так будто дальтоник и цвета не различает - синие штаны - два раза ку буквы - встроенные типы, розовые - константы (ну, у кого как). И вообще, чем больше тимлид закидывается по стилям, оформлению и прочей бюрократии, тем меньше программист думают непосредственно о коде.

У нас скорее фичи. Мой новый гуй - это типа фича. Как я напишу его, старый гуй удалят. Ну а пока я смотрю его, чтобы сделать свой по образу и подобию. Но из главной ветки я периодически подгружаю свежую версию бэкэнда.

писать подчёркивания для полей класса, и я стал писать их без....Как придёт на проект какой старпёр

Code style guide - это не решение отдельного человека. Это соглашение принятое командой. Вся команда должна писать в одном стиле, а не кому как нравится.

Поля и не поля (скажем, локальные переменные и параметры) и так разным цветом выделяются

Где? У меня в VS2022 не выделяются

Как я напишу его, старый гуй удалят

Ну вот управление релизами также отсутствует.

Есть допустим версия 1 в пользовании клиентов.

Сделали версию 2, но клиентам ее отдавать права не имеем без тестирования и обкатки.

А тут получается так, как сделали версию 2 так и обновили.

Но из главной ветки я периодически подгружаю свежую версию бэкэнда

Так и предполагалось....

Всё хорошо, пока имеется одна версия продукта и нет Continuous Delivery.

И вообще, чем

ну, тут у нас разные точки зрения, но дискуссия бессмысленна.