Diferentes Sistemas Distribuídos de Controle de Versão trabalhando juntos

votos
14

Meu escritório tem uma fonte central Seguro 2005 instala que usamos para controle de origem. Eu não posso mudar o que o escritório utiliza no servidor.

Eu desenvolver em um laptop e gostaria de ter um repositório de controle de fonte local diferente que pode sincronizar com o servidor central (quando disponível), independentemente do que isso provedor central é. A razão para o pedido é para que eu possa manter um ramo estável local / construir para apresentações a clientes enquanto continua a desenvolver-se sem ter que saltar através de aros em chamas. Além disso, como consultor, meus clientes podem pedir que eu use seu provedor de controle de origem e flexibilidade aqui seria tornar a vida mais fácil.

qualquer um dos clientes de controle de origem distribuídos existentes podem lidar com isso?

Publicado 04/08/2008 em 20:04
fonte usuário
Em outras línguas...                            


4 respostas

votos
1

Este episódio de Hanselminutes cobre exatamente o que eu estava esperando ouvir. Aparentemente Git pode ser usado localmente, em seguida, ligado a repositórios subversion / VSS externos como necessidade. Eles falam sobre isso 14 ~ 15 minutos em.

Respondeu 07/11/2008 em 17:51
fonte usuário

votos
1

Bem ... kerneltrap tem algo sobre este . Parece que você pode usar vss2svn canalizar a Fonte repo seguro em um repositório Subversion, então use o muito agradável git-svn para puxar em um repositório git local.

Eu diria que os commits volta para VSS não seria um processo suave, automático usando este método.

Respondeu 04/08/2008 em 20:13
fonte usuário

votos
1

Você deve ser capaz de verificar a versão atual do código e, em seguida, criar um repositório git em torno dele. Atualizando isso e comprometendo-se a seu repositório git local deve ser indolor. Como deve a sua clonagem.

O único problema é que você precisa ter os dois ignorar o outro (Eu tenho feito algo semelhante com SVN) por mexer com as ignoram arquivos apropriados. Eu estou presumindo que você ignorar as coisas SourceSafe deixou-nos. E você vai precisar para fazer certas operações duas vezes (como dizer tanto que você está excluindo um arquivo).

Respondeu 04/08/2008 em 20:10
fonte usuário

votos
0

algum dia eu trabalho em uma empresa que usar o VSS (e em outras empresas que usam outros menos unknow SCM ), mas eu prefiro usar o SVN (um dia eu vou tentar GIT) para o desenvolvimento ativo, para mim e para o meu grupo.

Primeiro de tudo, esta situação só é boa idéia, se comprometer com VSS são poucos ao longo do mês, porque trabalhar com outros SCM (que VSS) dar-lhe mais versatilidade, mas commint para VSS do SVN é caro no tempo.

Minha solução foi:

VSS -> SVN: Eu tenho script de linux (ou script ant, ou script XXX) que copiar de currrent trabalho diretório de atualização de VSS a atual SVN, em seguida, atualizar cliente SVN e atualização / merge / comprometer com SVN. Com isso, você está atualização de mudanças do resto da empresa que usam VSS.

SVN -> VSS: Desta forma, você precisa de um check-out de todos os seus modificam arquivos para VSS, então você pode simplesmente usar o script reverso para copiar de atualização diretório atual SVN (ignore .svn diretórios) e copiar a atualização diretório atual VSS, atualizar e comprometer.

Mas lembre-se, num caso alguns não vale o seu tempo para fazer isso.

Respondeu 18/08/2008 em 12:59
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more