Pergunta

Evitei CodePlex por causa de sua falta de apoio para o bom SVN e foi dissuadido por queixas sobre idas curtas. Recentemente, eu estava querendo porta meu projeto de pé de feijão até codeplex porque o último é mais social.

Que problemas você encontrou e como é bom é o suporte para SVN. Como é bom a ponte SVN?

Foi útil?

Solução

O SvnBridge lado do cliente tem sido problemático para mim quando CodePlex tinha programa do lado do cliente. No entanto, eles se mudaram SvnBridge às suas fazendas de servidores, e está funcionando muito bem. Tenho 3 projetos no CodePlex, com 2 deles usando seu controle de origem. Dois desses projetos foram migrados do SourceForge. UI do SourceForge ficou progressivamente pior e pior, enquanto CodePlex tem escutado os seus utilizadores e melhorou a experiência do usuário.

O principal problema que tenho um problema com é que seus commits não obter uma ID consecutivo. A piscina id é compartilhada com todos os outros projectos no servidor TFS que está sendo executado. Tanto quanto eu sei que existem atualmente 6 TFS servidores que hospedam projetos CodePlex.

Eu estou hospedando o controle de origem para um dos projetos mim mesmo, porque eu preciso adicionar ganchos scripts personalizados para algumas coisas. Fora isso, CodePlex é apenas multa.

Outras dicas

Tente-lo primeiro. Configurar um projeto "fictício" no CodePlex, não publicá-la e descobrir.

Estou usando o CodePlex e Tortoise SVN há algum tempo e que está tudo bem, mas eu não poderia estar fazendo o que você quer fazer.

CodePlex lhe dá 30 dias (eu acho) em que para configurar seu projeto sem publicá-la. Você poderia facilmente configurar seu projeto, garantir que SVN comandos que você está interessado trabalho, e em seguida, publicar ou abort.

a ponte SVN é muito buggggggggggggggggggy !!! I não conseguiu finalizar compra a maioria dos projetos, usando git-svn, hgsubversion, bzr-svn, ... O que eu estou com raiva é que ele falhar no meio com HTTP 200 OK ou completamente carece de resposta em git-svn. Eu recomendo que as pessoas não escolher TFS / opção SVN no Codeplex, optar Git / Mercurial; ou mude para GoogleCode ou SourceForge se eles querem continuar a usar SVN.

Eu gerenciar um pequeno projeto no CodePlex (usando Subversion), e eu não estou particularmente feliz com a experiência. Os maiores problemas são:

  1. Incomplete / suporte de buggy do Subversion apresenta. Por exemplo, posso criar uma nova pasta, mas não pode mover qualquer coisa para ele. O cliente de linha de comando mantém erroring para fora, e travando o repositório quando falar com o servidor SVN.

  2. controle de acesso fonte lenta. Realmente lento, mesmo para arquivos pequenos. Histórico de navegação é uma dor.

Eu não tentei mais "avançada" características como ramificação e mesclagem, mas pelo que eu li, não é suportada atualmente.

Assim, você pode usar o CodePlex com TF $, ou ir para o Google Code, SourceForge, GitHub, etc ...

A partir tigris fórum

Eu fiz alguns testes mim e descobriu que o problema é com o servo biblioteca. svn 1,7 usos servo em vez de neon como o lib padrão. Você pode definir esta volta ao néon no arquivo servidores config: Configurações> Network-> Editar, em seguida, adicione a linha na parte inferior do arquivo

http-library = neon

, em seguida, salve o arquivo. Isto irá corrigir os problemas que tem com Codeplex.

Stefan

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top