exibindo tempos de compilação no visual studio?
<p>nosso servidor de construção está demorando muito para construir um de nossos projetos c++. ele usa o visual studio 2008. existe alguma maneira de obter devenv.com para registrar o tempo necessário para construir cada projeto na solução, para que eu saiba onde concentrar meus esforços?</p><p>o hardware aprimorado não é uma opção neste caso.</p><p>tentei definir a verbosidade de saída (em ferramentas/opções/projetos e soluções/construir e executar/detalhar saída do projeto msbuild). isso não parece ter nenhum efeito no ide.</p><p>ao executar o msbuild a partir da linha de comando (e, para o visual studio 2008, ele precisa ser o msbuild v3.5), ele exibe o tempo total decorrido no final, mas não no ide.</p><p>eu realmente queria um relatório de tempo para cada projeto na solução, para que eu pudesse descobrir onde o processo de criação estava demorando.</p><p>alternativamente, como usamos o nant para conduzir o processo de construção (usamos o jetbrains teamcity), existe uma maneira de fazer com que o nant me diga o tempo gasto para cada etapa?</p>
<p>menu<em> ferramentas </em>&rarr;<em> opções </em>&rarr;<em> projetos e soluções </em>&rarr;<em> configurações do projeto vc++ </em>&rarr;<em> construir tempo </em>deve funcionar.</p>
Não é exatamente o que você pediu, mas eu escrevi um Visual Studio Integration Package 2008, e se bem me lembro que eu poderia substituir o método "Add Reference", bem como herdar o "nó de referência" e, assim, mudar o seu comportamento, por exemplo seu construtor.


Esta funcionalidade pode estar faltando um add-in (que é mais limitada do que um pacote de integração), então você pode considerar escrever um pacote em seu lugar. É um problema somente com o Visual Studio 2013, ocasionado por quando já rodou uma versão anterior do BIT. Que por um erro, sobrescreveu um arquivo de configuração do vstest engine.


Para corrigir o problema é necessário atualizar para a versão 14.1.14 do BIT ou superior. E realizar um procedimento manual dos arquivos de configurações do vstest.executionengine.x86.exe.


1) Localize a pasta do vstest.executionengine.x86.exe, normalmente em C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\CommonExtensions\Microsoft\TestWindow\


![](http://desenv.benner.com.br/accessviolation/?qa=blob&qa_blobid=1522555506952452287)


2) Apague o arquivo, vstest.executionengine.x86.exe.config.


3) Copie o arquivo vstest.executionengine.exe.config e renomei para vstest.executionengine.x86.exe.config


 


Para visualizar a versão do BIT instalada no VS2013, acesse: Tools -> Extension and Updates![](http://desenv.benner.com.br/accessviolation/?qa=blob&qa_blobid=6188105126875763140) eu pelo que entendo. se for para web melhor uma ferramenta que integra facilmente tudo e é rad, no caso microsoft visual studio.... <p>eu sugeriria ter duas áreas separadas - uma onde o usuário faz entradas descrevendo sua disponibilidade e outra em que o sistema exibe o resultado agregado.</p><p>essencialmente, isso replica a conversa que duas pessoas podem ter, fornecendo uma área para o usuário "falar" e outra para o sistema "refletir de volta" seu entendimento.</p><h3>entrada</h3><p>forneça uma área em que os usuários descrevam sua disponibilidade.</p><p>uma maneira de fazer isso seria permitir que eles fizessem uma série de declarações altamente estruturadas, mas em inglês.</p><ul> <li>estou disponível todas as terças e quartas-feiras</li> <li>estou disponível toda quinta-feira depois das 14h</li> <li>não estou disponível na última quinta-feira do mês</li> </ul><p>você pode permitir que os usuários os digitem diretamente ou forneça algum tipo de construtor simples.</p><h3>exibição</h3><p>ao lado da entrada de dados, forneça um calendário mostrando como as instruções do usuário definem sua disponibilidade. torne isso navegável, para que as pessoas possam olhar para o futuro (ou, talvez, o passado). se o usuário parar em um intervalo de tempo específico, mostre uma dica de ferramenta que descreve por que eles estão (ou não) disponíveis no momento.</p><ul> <li>o usuário aponta em um horário de segunda-feira.<br> sistema: <em>você não está disponível a qualquer momento às segundas-feiras</em></li> <li>o usuário aponta em um horário de quinta-feira de manhã.<br> sistema: <em>você não está disponível às quintas-feiras antes das 14:</em></li> <li>o usuário aponta na quinta-feira à tarde, perto do final do mês.<br> sistema: <em>você não está disponível nesta quinta-feira porque é a última quinta-feira do mês.</em></li> </ul><p>se o usuário clicar em um intervalo de tempo, você pode destacar as regras que contribuem para a disponibilidade naquele momento.</p> <p>olá rayanne, tudo bom?
o ideal que você tenha o costume de salvar a cada momento de código que você termina de fazer.
salvar e debugar.
o vscoder ele tem a opção de salvar automaticamente( mas eu recomendo você criar o habito).</p> sara, mesmo em um projeto normal, pelo pmi, é impossível determinar o tempo um projeto de escopo aberto vai demorar.o segredo nesses casos é controlar por atividade, ou no caso do scrum, por sprint.... <p>bom dia brenda. tudo bem.</p>
<p>perdão a demora para responder, eu vi o problema, reportei para a equipe para eles darem uma olhada no que pode estar ocorrendo. </p>
<p>mas acabei me confundido e achei que tinha lhe respondido, 8( perdão. </p>
<p>mas qualquer feedback que me passem lhe repasso ok. até lá caso isso aconteça, tende dar o curso como concluido manualmente que ele fecha certinho se nao me engano ^^</p>
<p>um abraço</p> olá, atilahc,



separei esse link com algumas informações que podem te ajudar:



<https://www.techtudo.com.br/dicas-e-tutoriais/2019/07/pc-lento-descubra-qual-programa-atrapalha-o-desempenho-do-computador.ghtml>



depois conta pra gente se deu certo! :) é só digitar "+y no modo visual. existe um método(configuração no .vimrc) para utilizar o buffer do vim apenas pressionando y, mas eu não me recordo muito bem. Você já viu WiX ainda?


<http://wix.sourceforge.net/>


Ele constrói instaladores do Windows usando um arquivo XML e tem bibliotecas adicionais para usar se você quiser fancify seus instaladores e afins. Eu vou admitir a curva de aprendizagem para mim foi médio-alto em conseguir as coisas começaram, mas depois eu fui capaz de construir uma segunda instalador sem quaisquer dificuldades.


Ele vai lidar com atualizações e outros itens, se assim desejar, e você pode aplicar permissões de pasta e similares para os instaladores. Ela também lhe dá maior controle sobre onde exatamente você quer instalar arquivos e é compatível com todas as convenções da pasta do Windows padronizados, para que você possa especificar "PROGRAM\_DATA" ou algo nesse sentido eo instalador sabe para colocá-lo em C: \ Documents and Settings \ All Users \ Application Data ou C: \ ProgramData dependendo se você está rodando o XP ou Vista.


O boato é que o Office 2007 e Visual Studio 2008 usado WiX para criar o seu instalador, mas eu não tenho sido capaz de verificar que em qualquer lugar. Eu acredito que está é desenvolvido por algumas pessoas da Microsoft no interior.