Все валят с 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 и Гит? Это одно дополнение другого, одно замена другого, или одно и то же? Почему веб-морда для реп одинаковая, хотя система контроля версий была заменена?
А как отцепиться от текущей репы или ветки и другую прицепить? Вот склонировал я себе ветку репы, а потом хочу другую в ту же папку на локальной машине. А отцепиться нету опции. Могу попытаться склонировать другую ветку, но она пытается склонироваться в ту же папку, а там старая ветка, поэтому клонировать не даёт, а показывает лишь возможность законнектиться к ней. Приходится закрывать Студию, удалять на локальной машине всю папку с репой вручную, и только тогда можно склонировать снова в то же место.
назад
список