O que é uma explicação de uma frase de como Accurev funciona?

• O que acontece quando eu "guardar" alguns ficheiros e depois "promovê-los"?

  Uma manutenção de um ficheiro irá criar uma nova versão desse ficheiro, ainda privada à sua área de trabalho. Excelente para codificação Autónoma, criação de pontos de desvio, apenas Desenvolvimento privado simples. Você pode a qualquer momento no futuro reverter para qualquer versão mantida anterior de um arquivo, seja de você ou de qualquer outro contribuinte. Quando você está confortável com a versão que você tem atual (você compilou, construiu, testou, o que quer que), você pode promovê-la em seu fluxo Pai, assim expondo outros à sua versão sem o risco de quebrar coisas como você pode quando você commit no momento do check-in.

• E se eu não promover os mesmos ficheiros que guardei?

  Mais uma vez, total autonomia no espaço de trabalho. Você pode trabalhar em 100 arquivos de uma vez se você é o tipo de desenvolvedor que pode manter o controle do que você está fazendo. Você não pode promover nenhum, Todos, Um, alguns - não importa - e você pode fazer isso na sua linha do tempo.

• Porque é que a história às vezes fica mal atribuída quando ocorrem actualizações não conflituosas (sobreposições)? Isto, em particular, é uma reminiscência de um modo de subversão falhada que, a partir das explicações básicas que ouvi, Não acredito deve existir com Accurev.

  Não sei se sei a que se refere. Quando você executa uma atualização em um espaço de trabalho AccuRev, ela nunca irá sobrepor o seu trabalho-em-progresso. Se você está trabalhando em elementos que de outra forma seriam herdados-o que significa que o conteúdo em sua hierarquia pai mudou-eles serão listados como (sobreposição) em seu espaço de trabalho. Mais uma vez, você pode escolher quando realizar a junção, e ainda atualizar outras alterações de cima, e até mesmo continuar trabalhando no ficheiro em conflito. A junção acontece no espaço de trabalho, em vez de no tempo de promoção, dando-lhe a opção de mais uma vez compilar, construir, testar o resultado antes de entregar em outro lugar.

• Porque é que os diffs quase nunca contêm o que eu espero? Eu acredito que o que acontece é que diff contra base está me mostrando o diff contra o fluxo pai atual (em movimento), mas o que eu realmente quero é apenas ver as mudanças que eu fiz desde a última atualização.

  A O 'Diff' contra base irá mostrar - lhe como a versão no seu espaço de trabalho se compara com a versão que herdou pela última vez de uma actualização ou criação de espaço de trabalho. Um 'Diff' contra 'Backed' mostrar-lhe-á como a sua versão se compara ao que está actualmente no fluxo-mãe. Então, se alguém promoveu alterações a esse arquivo enquanto você ainda tem o seu em progresso, Diff contra base só vai comparar com o seu original enquanto diferenças contra Backed compara com o novo conteúdo no Pai. A propósito, em a janela de histórico -> navegar nas versões poderá diffar quaisquer duas versões de um ficheiro umas contra as outras.

Espero que isto forneça um pouco de perspectiva sobre as suas perguntas específicas.

Eu explicaria git como "um grafo direcionado de commits onde um commit é um diff, um hash pai (ou pais), e um hash de si mesmo."

Um repositório git é, FWIW, uma floresta de árvores de história, das quais as folhas de commit são (commit metadata plus) árvores de diretórios e arquivos. nenhum diffs {[[7]}, não em Git, pelo menos quando se trata do conceito. Se o motor de armazenamento acontece para fazer deltification, que é outra história.

Numa frase: nada que não saibas já através da experiência anterior ao cvs/svn/Git - segue em frente, diria eu.

Accurev is derived from ClearCase and takes after ClearCase UCM streams .
(O modelo Accurev tem algumas semelhanças com a UCM, e foi bem recebido pelos antigos utilizadores do ClearCase)

Um fluxo é uma configuração , que é a lista de legendas (para componentes apenas para leitura) ou ficheiros (para componentes com escrita) que você precisa de trabalhar (compilar, e/ou testar, e/ou depurar, ...).

Se tiver um fluxo privado por programador (o fluxo de espaço de trabalho) a partir do qual você pode promover para fluxos mais comuns. Cada promoção atualizar a configuração (que mais uma vez é apenas a lista do que você precisa trabalhar) do fluxo pai.

Vou dar-te a frase técnica (não-biz) única baseada no estilo do teu Q:

AccuRev tem uma abordagem orientada a objectos para modelar configurações de S / w. É tão simples quanto isso e é incrível! Especialmente se você está modelando um fluxo de trabalho ou melhor ainda, configurando a entrega contínua (outro tópico). Mas eu já vi isso, tantas pessoas descartam essa poderosa tecnologia e abordagem de modelo de dados porque eles não podem olhar além do tradicional' branches ' ala cvs, svn, p4, cc, ad infinito. A melhor analogia seria comparar uma série de fluxos AccuRev com regras em uma especificação de configuração em clearcase... (nota: é apenas uma analogia) mas muito mais poderoso como fluxos são entidades de primeira classe que mantêm a configuração baseada no tempo e história.

O truque para compreender AccuRev é que, enquanto qualquer dado" fluxo " - representa-uma configuração completa( ou seja, você pode verificá-lo), o conteúdo real desse fluxo é determinado dinamicamente agregando qualquer arquivo local / dir mudanças, quaisquer mudanças do pai, no topo da árvore para o topo, onde o resto dos arquivos são reunidos. Quando vires uma árvore de riachos, não haverá galhos... em vez disso, uma série de configurações baseadas em herança onde a corrente superior é como a "superclasse" e todos [Grand]filhos são [sub]subclasses. Novas mudanças de arquivo/dir são promovidas até a árvore à medida que vão do desenvolvimento, integração, QA, etc.