Prateleiras no TFS são apenas um check-in simples para que outros membros da equipe possam ver o código-fonte?
ou seja, o código arquivado não será compilado, certo?
Prateleiras no TFS são apenas um check-in simples para que outros membros da equipe possam ver o código-fonte?
ou seja, o código arquivado não será compilado, certo?
Respostas:
Prateleiras tem muitos usos. Os principais são:
Algum outro uso?
Prateleiras é uma maneira de salvar todas as alterações na sua caixa sem fazer check-in. As alterações são mantidas no servidor. Posteriormente, você ou qualquer um de seus colegas de equipe poderá "desmontar" novamente em qualquer uma de suas máquinas.
Também é ótimo para fins de revisão. Na minha equipe, para fazer o check-in, arquivamos nossas alterações e enviamos um email com a descrição e o nome do conjunto de alterações. As pessoas da equipe podem visualizar o changeset e dar feedback.
FYI: A melhor maneira de revisar um shelveset é com o seguinte comando
tfpt review / shelveset: shelvesetName; nome do usuário
O tfpt faz parte do Team Foundation Power Tools
Está certo. Se você criar uma prateleira, outras pessoas que fizerem as últimas atualizações não verão seu código.
Ele coloca suas alterações de código no servidor, que provavelmente é melhor armazenado em backup do que no seu PC de trabalho.
Ele permite que você faça as alterações em outra máquina, caso sinta vontade de trabalhar em casa.
Outros podem ver suas prateleiras (embora eu ache isso opcional), para que possam revisar seu código antes do check-in.
Um ponto que está faltando em muitas dessas discussões é como você volta à mesma máquina na qual arquivou suas alterações. Talvez óbvio para a maioria, mas não era para mim. Acredito que você faça um Desfazer alterações pendentes - não é mesmo?
Entendo que o processo é o seguinte:
Portanto, se você deseja iniciar algum trabalho que talvez seja necessário Arquivar, faça o check-in antes de começar, pois o ponto de check-in é para onde você retornará ao executar a etapa Desfazer alterações pendentes acima.
Eu me deparo com isso o tempo todo, portanto, informações adicionais sobre filiais:
Se você estiver trabalhando com várias ramificações, os shelvesets serão vinculados à ramificação específica na qual você os criou. Portanto, se você deixar um conjunto de alterações enferrujar na prateleira por muito tempo e precisar desmontar para um ramo diferente, precisará fazer isso com o lançamento das ferramentas elétricas em julho.
tfpt unshelve /migrate
As prateleiras são como se suas alterações fossem armazenadas no controle de origem sem afetar as alterações existentes. Significa que se você fizer o check-in de um arquivo no controle de origem, ele modificará o arquivo existente, mas o armazenamento é como armazenar suas alterações no controle de origem, mas sem modificar as alterações reais.
@JaredPar: Sim, você pode usar Shelvesets para revisões, mas lembre-se de que eles podem ser substituídos por você / outras pessoas e, portanto, não são estáveis a longo prazo. Portanto, para análises relevantes de regulamentação, você nunca deve usar um Shelveset como base, mas um check-in (Changeset). Para uma revisão informal, está tudo bem, mas não para uma revisão formal (por exemplo, relevante para o ALC)!
Se você estiver usando compilações Gated, quando uma compilação é acionada, ele cria um conjunto de prateleiras do seu espaço de trabalho que é enviado para compilação. Se a construção falhar, o conjunto de prateleiras será rejeitado. Se a compilação for bem-sucedida, um conjunto de alterações será criado e confirmado no TFS. Em qualquer um dos casos, a pessoa que faz o check-in / compilação precisará reconciliar o espaço de trabalho, que é tão simples quanto executar uma Get Latest.