Re: svnlook diff não ignora arquivos binários de. Hari Kodungallur lthkodungalluratgmail gt Data. Sex. 18 de julho de 2008 21:11:15 -0700 Em sex, 18 de julho de 2008 às 20:00, Dang Nguyen lthaidangwaatcomcast46 netgt escreveu: gt Ryan Schmidt escreveu: gt gtgt gtgt Em 18 de julho de 2008, às 19:11, Dang Nguyen escreveu: gtgt gtgt Estou executando o Subversion 1.5.0 no Windows Server 2003. O script de gtgtgt da minha postagem geralmente envia-me um e-mail com cada commit e me mostra os arquivos gtgtgt cometidos e seus diffs (material de mala direta normal). Eu notei um par de vezes gtgtgt que eu não estava recebendo as notificações. Ao entrar nisso, achei que a parte do quotesvnlook diffquot do meu script estava falhando, porque o svnlook gtgtgt não estava ignorando os arquivos binários que estavam sendo cometidos. Alguns dos arquivos que estão sendo cometidos são o pdfs e o quotsvnlook dificulta mostrar-me as mudanças entre gtgtgt a versão anterior e a nova versão. Gtgtgt gtgtgt Recentemente, nos mudamos de um servidor Linux em 1.3.2 para o servidor Windows gtgtgt atual e nunca tive esse problema. Pesquisando sobre isso, eu li que gtgtgt svnlook usa a propriedade svn: mime-type para determinar o tipo de arquivo. Nenhum dos gtgtgt esses arquivos tem esse conjunto de propriedades, mas eles foram definidos explicitamente quando nós gtgtgt também estavam no servidor Linux. Gtgtgt gtgtgt Esta é uma regressão em 1.5.0 ou preciso configurar algo com gtgtgt o novo servidor Windows gtgtgt gtgt gtgt Não há regressão. O comportamento é normal. Se não houver uma propriedade gtgt svn: mime-type, o Subversion pensa que é um arquivo de texto. Quando você gtgt adicionar um arquivo, o Subversion brevemente analisa o arquivo e adivinha se é gtgt texto ou binário. Se o Subversion supor que um arquivo é binário, ele define gtgt svn: mime-type para applicationoctet-stream se ele adivinha que um arquivo é texto, ele não faz nada. Para arquivos PDF, o Subversion frequentemente adivinha incorretamente que eles são textos (porque o formato PDF é bastante texty) e, portanto, não adiciona gtgt a propriedade svn: mime-type. Se você quiser que o Subversion adicione a propriedade gtgt svn: mime-type para arquivos PDF, configure auto-adereços em seu cliente. Gtgt applicationpdf seria um bom valor para usar em arquivos PDF. Gtgt gtgt gtgt gt Uma vez que eu não posso garantir que todos os meus usuários definam auto-adereços em seus clientes gt, parece que preciso modificar um gancho pré-commit para detectar e adicionar gt esta propriedade PDFs sendo verificados. Qualquer sugestão gt Desde Não é recomendável modificar uma transação (neste caso, ela é modificada pela adição de uma propriedade a um arquivo comprometido), você deve verificar se um arquivo pdf possui o conjunto svn: mime-type corretamente. E se não, forneça uma lembrança amigável ao usuário para configurar a propriedade e atualize os auto-adereços de acordo. Obrigado - Hari Recebido em 2008-07-19 06:11:47 CESTPor que meu cliente SVN marcaria alguns arquivos como binários especificamente. Sql tem suporte svn: mime-type applicationoctet-stream ao usar TortoiseSVN. Eu verifiquei com o botão direito do mouse no menu de contexto do Tortoise Configurações Arquivo de configuração do Subversion geral, e nada é uncommented em miscelany ou auto-props. Então, de onde é a decisão que vem do que eu posso ver nas postagens relacionadas, posso corrigi-lo, excluindo a propriedade em arquivos afetados, ou globalmente altero o comportamento em novos arquivos via configsetting, mas existe uma maneira simples de fazer os dois Para todos os arquivos afetados O KDiff3 - preferências (menu Configurações-gtConfiguração do KDiff3) possui uma seção chamada Combinação de Diretórios com estas opções: Selecione se deseja procurar diretórios recursivamente. Somente os arquivos que correspondem a qualquer padrão aqui serão colocados na árvore. Mais de um padrão pode ser especificado aqui usando o ponto-e-vírgula como separador. Cartões curtos válidos: e. (Por exemplo,.cpp. h). O padrão é. Esse padrão não é usado nos diretórios. Os arquivos que correspondem a esse padrão serão excluídos da árvore. Mais de um padrão pode ser especificado aqui usando o ponto-e-vírgula como separador. Cartões curtos válidos: e. O padrão é. orig. o.obj. Os diretórios que correspondem a esse padrão serão excluídos da árvore. Mais de um padrão pode ser especificado aqui usando o ponto-e-vírgula como separador. Cartões curtos válidos: e. O padrão é CVSdeps. svn. Ignore arquivos e diretórios que também serão ignorados pelo CVS. Muitos arquivos gerados automaticamente são ignorados pelo CVS. A grande vantagem é que isso pode ser diretório específico através de um arquivo local. cvsignore. (Consulte informações: cvscvsignore.) Encontre arquivos e diretórios escondidos: em alguns arquivos de arquivos, os arquivos possuem um atributo oculto. Em outros sistemas, um nome de arquivo começando com um ponto. Faz com que seja escondido. Esta opção permite que você decida se deve incluir esses arquivos na árvore ou não. O padrão está ativado. Seguir Links de arquivos: Para links para arquivos: Quando desativado, os links simbólicos são comparados. Quando ativado, os arquivos por trás dos links são comparados. O padrão está desligado. Seguir os links do diretório: Para links para diretórios: Quando desativado, os links simbólicos serão comparados. Quando ativado, o link será tratado como um diretório e ele será verificado recursivamente. (Note que o programa não verifica se o link é recursivo. Então, por exemplo, um diretório que contém um link para o diretório causaria um ciclo infinito, e depois de algum tempo em que a pilha transborda ou toda a memória é usada, coloque o programa em suspenso. ) O padrão está desativado. Comparação de nome de arquivo sensível a maiúsculas e minúsculas: o padrão é falso no Windows, verdadeiro para outros sistemas operacionais. Modo de comparação de arquivos: este é o modo de comparação de arquivo padrão. Faça uma análise completa de cada arquivo e mostre as colunas de informações estatísticas. (Número de conflitos resolvidos, não resolvidos, não brancos e brancos.) A análise completa é mais lenta do que uma análise binária simples e muito mais lenta quando usada em arquivos que não contêm texto. (Especifique o arquivo apropriado anti-padrão). Confie na data de modificação: se você comparar diretórios grandes em uma rede lenta, pode ser mais rápido comparar as datas de modificação e o comprimento do arquivo sozinho. Mas esta melhoria de velocidade vem com o preço de uma pequena incerteza. Use esta opção com cuidado. O padrão está desligado. Semelhante a confiar na data de modificação. Nenhuma comparação real acontece. Dois arquivos são considerados iguais se seus tamanhos de arquivo forem iguais. Isso é útil quando a operação de cópia de arquivo não preservou a data de modificação. Use esta opção com cuidado. O padrão está desligado. Ativa o modo de sincronização quando dois diretórios são comparados e nenhum diretório de destino explícito foi especificado. Neste modo, as operações propostas serão escolhidas para que ambos os diretórios de origem sejam iguais depois. Também o resultado de mesclagem será gravado em ambos os diretórios. O padrão está desligado. Copie mais novo em vez de mesclar: em vez de fundir a operação proposta, copiará a fonte mais nova se as mudanças acontecerem. (Considerado inseguro, porque implica que você sabe, que o outro arquivo ainda não foi editado. Verifique se há todos os casos.) O padrão está desativado. Se um arquivo ou um diretório completo for substituído por outro ou for excluído, a versão original será renomeada com uma extensão. orig. Se um antigo arquivo de backup com extensão. orig já existe, isso será excluído sem backup. Isso também afeta a fusão normal de arquivos únicos, não apenas no modo de mesclagem de diretório. O padrão é on. Doing: diff - r - X ltignore-listgt ltsrc-dirgt ltdest-dirgt não parece fazer dif ignorar entradas no ltignore-listgt se eles são da forma ltdirgtltfilegt. No entanto, as entradas do formulário ltfile são consideradas. Este é um problema, pois eu possuo vários arquivos denominados ltfilegt em subdiretórios diferentes, alguns dos quais eu não quero ignorar. Não parece haver muita informação sobre a sintaxe do padrão na página do manual para a diferença também. Pelo que posso dizer, é apenas o nome-base de um arquivo que é considerado por diff (veja forums. gentoo. orgviewtopic-t-889788-start-0.html se você estiver interessado). Perguntou 13 de setembro 13 às 3:33 Os diretórios de listagem devem funcionar, por exemplo, Heres o que eu usei em um script (assumindo gnu diff), que ignora o conteúdo de. svn e. git dirs, mas também arquivos individuais com o nome. zip. gz etc. Edit: Para filtrar caminhos do formulário dirafile1 mas ainda arquivos de diff Com o mesmo nome de base, como dirbfile1 ou dirabfile1. Então uma lista de arquivos para dif deveria ser gerada (por exemplo, usando find), e o arquivo a comparar derivado desses caminhos, e. Desde que você gere a lista de arquivos para comparar, excluindo, por exemplo, a2.txt, mas ainda comparando outros arquivos com o nome 2.txt. Basta encontrar todos os arquivos, exceto ONEa2.txt (um regexp também pode ser usado aqui, como. a2.txt), o que, de fato, ignora ONEa2.txt (e TWOa2.txt), mas ainda compara os outros arquivos com o nome 2.txt: Editar : Ou, mais divertido com a descoberta (diversão adicional como exercício para o leitor), selecione os arquivos ou diretórios para excluir e, em seguida, difine tudo o resto: O exemplo acima exclui o arquivo específico a2.txt, qualquer diretório chamado b e tudo Outro é difd. (Em vez de simples-nome b, você também pode usar - regex. b - nota, sem arrastar.) Ok, eu vejo o que você está propondo, mas parece haver um problema. Eu também preciso considerar diretórios, não apenas arquivos (isto é, tipo f). Agora, enquanto você ainda pode eliminar determinados arquivos usando regexp com achado. Se o input para diff contiver um diretório, ele irá passar e comparar os arquivos dentro desse diretório e alguns desses arquivos talvez precisem ser ignorados. Então você está de volta ao quadrado 1. ndash Ash 16 de setembro 13 às 4:26
No comments:
Post a Comment