Controle De Versão, Solicitações E Correções.

[Vitor G Silva]

Boa tarde, pessoal!!

 

Quero implantar nos projetos que estamos trabalhando (Delphi7+Firebird), um Controle detalhado de Versões e de Modificações. 

Gostaria de saber de vocês, quais as ferramentas que vocês utilizam para essas atividades, e suas opiniões sobre elas...

 

Agradeço desde já!!

 

Abç

 

 

 

[Juliomar Marchetti]

Bom dia depende do que está falando

se por para os fontes temos o SVN e o Git !

já se estiver falando em documentar seus projetos e solicitações indico o RedMine ótima ferramenta

[Vitor G Silva]

Bom dia Juliomar..

 

Pretendo inicialmente controlar apenas fontes e mudanças que foram e que deverão ser feitas.

No entanto, essas mudanças gostaria de algo mais detalhado, de forma que a mudança é cadastrada

e após sua conclusão eu a correlacione com a versão que a mesma foi realizada. Desta forma, obtendo

por meio de relatorio ou histórico todas as mudanças relacionadas aquela versão.

 

Vou pesquisar as ferramentas que você sugeriu e as integrações com as mesmas..

Mas obrigado por sua resposta..

[Juliomar Marchetti]

no caso você quer a junção das duas!

no caso o redmine tu consegue usar tanto git quanto svn para juntar as mesmas e obter o desejado!

existe também uma ferramenta chamada trac 

 

todos são opensource igualmente ao ACBr

[Wislei de Brito Fernandes]

Boa tarde,

 

Eu trabalho com o Subversion (SVN) e o Mantis.

 

É possível fazer uma integração com os dois, caso você tenha acesso ao servidor do SVN.

 

Desta forma, fica identificado a cada commit  o número do seu caso no Mantis da sua correção/modificação.

 

Atenciosamente.

[EMBarbosa]

https://github.com/mantisbt-plugins/source-integration

[Charles Melo]

Caros, bom dia.

Estamos com uma dúvida aqui na empresa, há pouco tempo implantamos o controle de versão (SUBVERSION), com Tortoise no lado Client.

O processo de implantação não foi tão complicado, inclusive estamos muito satisfeitos com ele, porém, está acontecendo uma coisa muito chata e não sabemos se é questão de alguma configuração que não foi feita corretamente, trata-se do crescimento exponencial do diretório e fontes que estão sendo versionados, ou seja, nós estamos percebendo um crescimento muito grande da pasta que contem os fontes do projeto.

Existe algum recurso ou configuração que devemos fazer para limpar algum resíduo ou lixo desnecessário para controlar esse crescimento? Levamos um susto quando fomos observar o tamanho do diretório com os fontes, e já está ultrapassando os 10GB. Será alguma configuração que deixamos de fazer?

Aqui desenvolvemos em Delphi, e controlamos apenas os arquivos fontes do projeto, ou seja, não versionamos Executáveis, não versionamos Bancos de Dados, enfim, os fontes são pequenos arquivos textos, como pode nosso diretório ficar tão gigante assim, em poucos meses de uso?

Desde já agradeço a ajuda de vocês,

Charles

[Juliomar Marchetti]

No servidor ou no lado cliente? se for no lado cliente tente fazer um clean up do diretório que existe no submenu do tortoisesvn

[Charles Melo]

Bom dia Juliomar e demais companheiros do Fórum, obrigado pelo retorno.

Funciona assim, no lado cliente (terminais/rede) usamos o (TortoiseSVN v1.8.7 build 25475 64-bit), e no lado servidor (SubversionEdge da CollabNet v5.1.3-4345.39).

Por padrão, o “SubversionEdge da CollabNet (servidor)” cria um diretório chamado “csvn” no disco “C”, que acredito eu, em alguma pasta qualquer deve manter os arquivos versionados, pois bem, ao clicar com o botão direito do mouse na “csvn” do servidor e ir em propriedades, percebemos que o tamanho está em “2,85GB”, ou seja, um tamanho razoável para os projetos que temos, mas no lado cliente (terminais/TortoiseSVN), onde fazemos “Update / Commit”, o sistema nos mostra o tamanho de “6,75GB”, ou seja, um tamanho descomunal em relação ao tamanho do  servidor.

Seguimos sua dica e realizamos um “Cleanup” (marcando todas as opções disponíveis), o tamanho reduziu de “6,75GB” para “6,07GB”, ou seja, ainda muito grande.

Conhece mais algum recurso que possamos fazer para reduzir ainda mais esse tamanho? Você usa qual controle de versão no lado cliente e no lado servidor?

Desde já agradeço pela força e dica Juliomar.

O Cleanup foi realizado como mostrado na imagem anexa...

 

[EMBarbosa]

Vocês versionam arquivos *.dcu?

[Charles Melo]

Obrigado pelo retorno EMBarbosa.

Não, não versionamos arquivos *.dcu, somente os arquivos fontes do projeto. Veja a nossa lista de arquivos ignorados:

*.stat *.png *.drc *.map *.log *.identcache *.exe *.dcu *.class *.dpp *.~dpr *.~dsk *.bkp *.~pas *.bak __history *.ini *.inc *.bmp *.jpg *.gif *.png *.ico *.pdf *.doc *.docx *.bat *.txt *.rar *.zip *.7z *.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.a *.pyc *.pyo __pycache__ *.rej *~ #*# .#* .*.swp .DS_Store [Tt]humbs.db

Só ainda não conseguimos descobrir porque o diretório está tão grande em relação ao servidor, quando na verdade a estrutura é a mesma...

Grato desde já,

Editado 9 Novembro, 2016 por Charles Melo

[EMBarbosa]

Acho que a questão é entender o seguinte, por que no seu TortoiseSVN ao chamar o comando CleanUp não aparece a opção "Vacuum Pristine copies"? Veja: http://stackoverflow.com/a/39422850/460775

Eu tentaria o seguinte:

• Atualizar o TortoiseSVN
• Verificar se o repositório foi atualizado para as versões mais novas do SVN (aparece um item "SVN Upgrade working copy" no menu de contexto do TortoiseSVN)
• Executar o comando svn cleanup manualmente;
• Tente fazer um novo checkout do repositório;