Все валят с TFS и Azure Devops?
А с какой целью?
сложно сразу сказать. Для начала просто побегать, глянуть, что где лежит, какие логи есть. Что там в etc, что в конфигах, какие вообще есть?
С ui это просто и сразу всё видно.
Но что делает эта команда понять сложно поиск в теущем каталоге?
Выведет тебе длиииинный список всех файлов во всех подкаталогах (рекурсивно) текущего каталога. С полным именем. Можно вывод в less перегнать, тогда в нём искать будет можно сразу. Типа, а где тут у меня xml-ки? Хотя, если ищешь xml можно сразу find-у сказать
find . -type f -name ".xml" | less
Получишь что-то вроде
./AppData/Roaming/HP/HP Setup/REGDATA/Welcome_RegConfirmation.xml
./AppData/Roaming/LibreOffice/4/cache/opencl_profile.xml
./AppData/Roaming/LibreOffice/4/user/config/javasettings_Windows_X86_64.xml
и те пе. Но если надо помедитировать над файлами кто ж запретит каким-нитьменеджером пользоваться. Как раз для медитаций самое оно. Пока ничего не делаешь.
Я давно на Ассемблере что-то делал, тогда еще не было никакого расширенного режима или специальных инструкций. Надо было критичный код на Си с вложенными циклами, длинными массивами и битовыми операциями переписать на Ассемблере. Пишешь, компилируешь в obj-файл, потом линкуешь как обычно. Просто надо помнить что держишь в каких регистрах ну и правильно с указателями работать (длинные массивы в разных сегментах памяти). Думал что где-то в два раза быстрее будет. Оказалось, что на порядок быстрее. Очень удивился. Возможно конечно что компилятор Си плохо оптимизировал ну либо я не знал как это делать. Но если делать больше чем отдельные изолированные процедуры, тогда головняк большой будет, особенно еще в защищенном режиме. Тут нужно полное погружение или специально заточенные люди, а не наскоком делать.
...бегают кругами и воют почему у них простейший поиск длится 30 минут.
Выборка базы данных, 200 тыщ строк в секунду - это нормально или какая скорость обработки сейчас считается приемлемой?
Спрошу здесь, штобы новую тему не создавать. Сейчас читаю, но чёта неохота долго вчитываться. Может кто сказать, где для Студии 2022 клиент для Гита с гуем? Или в неё встроен?
Мне сказали, что уже репу на Гит перенесли, адрес дали. В Студии для Azure DevOps есть Team Explorer - типа такого
в котором можно выбрать Source Control Explorer и подключаться к репам примерно так
В Гите для Студии как? Source Control Explorer с Гитом не работает - там другой интерфейс?
не могу припомнить чтобы что то особенное делал. Надо глянуть
Давно пользуюсь этим
Во, поставил компонент "Гит для Виндовс", а менюшка в Студии была выключена, т.к. в настройках плагин был для Azure DevOps. Но был выбор опции для Гит - выбрал, и менюшка появилась.
Что-то из Студии нихрена не клонируется - креденшелс не подходят. Зашёл через веб-морду (там аутентификация по приложению в смартфоне) и выбрал склонировать там - сработало.
Что-то я отличия от Azure DevOps не вижу. В веб-морде всё то же самое. Только в Студии поменялось теперь меню на гитовский плагин.
Может я чего не понимаю - как связаны Azure DevOps и Гит? Это одно дополнение другого, одно замена другого, или одно и то же? Почему веб-морда для реп одинаковая, хотя система контроля версий была заменена?
А как отцепиться от текущей репы или ветки и другую прицепить? Вот склонировал я себе ветку репы, а потом хочу другую в ту же папку на локальной машине. А отцепиться нету опции. Могу попытаться склонировать другую ветку, но она пытается склонироваться в ту же папку, а там старая ветка, поэтому клонировать не даёт, а показывает лишь возможность законнектиться к ней. Приходится закрывать Студию, удалять на локальной машине всю папку с репой вручную, и только тогда можно склонировать снова в то же место.