Bitbucket e uma pequena casa de desenvolvimento

9

Estou finalmente lançando o Mercurial como nosso sistema de controle de versão em funcionamento. Este é um grande negócio para todos, pois, surpreendentemente, eles nunca usaram um VCS. Depois de meses colocando o bug nos ouvidos da gerência, eles finalmente viram a luz e agora percebem o quanto é melhor do que trabalhar com uma rede de pastas compartilhadas!

No processo de implementação, estou pensando em diferentes estratégias para gerenciar nossas coisas e estou inclinado a usar o Bitbucket como nosso repositório "central". Os projetos no Bitbucket serão exclusivamente projetos privados e todos irão empurrar e puxar a partir daí.

Estou aberto a sugestões diferentes, mas alguém tem uma configuração semelhante? Em caso afirmativo, que advertências você encontrou?

Marlon
fonte
+1 (a) porque gosto da pergunta (estamos pensando em usar o GitHub como repositório externo, além de um servidor hospedado) e (b) por persistir e fazer com que sua empresa faça uma mudança positiva
Jon Hopkins

Respostas:

6

Eu uso o Bitbucket para hospedagem de repositório privado e um dos meus clientes usa hospedagem de repositório privado no GitHub. Outra empresa com a qual trabalho utiliza a hospedagem de repositório privado do subversion nos servidores de Jira.

O armazenamento externo de seus dados, se não for o único local em que você os possui, pode reduzir seu risco quando se trata de recuperação de desastres. Como você terá cópias físicas da fonte em máquinas de desenvolvimento, e git e mercurial mantêm todo o histórico de desenvolvimento nas cópias locais, agora é uma solução muito viável. A menos que você tenha gigabytes de dados em um único projeto e uma conexão de rede lenta, eu recomendo essa opção. É de baixo custo, oferece aos portadores muita portabilidade e flexibilidade e oferece redundância automática.

Dependendo do seu nível de paranóia, você pode estar preocupado com o fato de terceiros armazenar seu código exporem riscos à segurança, mas acho que na prática isso não é pior do que ter desenvolvedores com laptops que podem ser usados ​​em sua rede corporativa. O Github e o Bitbucket usam o SSH para transferir dados, portanto os ataques man-in-the-middle têm uma probabilidade de ocorrência relativamente baixa.

JasonTrue
fonte
3

Não sou usuário do BitBucket, mas sugiro a leitura dos termos e condições com um pente fino. Você precisa ter certeza absoluta dos termos de serviço, proteção de dados e segurança / privacidade para armazenar seus projetos privados nas empresas.

Suponho que você tenha procurado ter um 'central / mestre' Mecurial hospedado em uma máquina interna?

Martijn Verburg
fonte
2

Fizemos algo semelhante com o ProjectLocker no meu antigo trabalho. Honestamente, tudo se resume a uma análise de custo / benefício - você deseja renunciar à flexibilidade e aos custos de execução do seu próprio servidor Hq / Git / SVN pelo preço que estará pagando ao BitBucket? Se sim, então vá em frente. Nós realmente nunca tivemos um problema de disponibilidade, e foi uma boa experiência.

mitchellhislop
fonte
2

Não somos usuários do BitBucket (como empresa). Executamos vários sistemas legados internamente (CVS, SVN) e nosso repositório principal é um sistema git com caches sincronizados em escritórios periféricos. Do ponto de vista de um gerente, eu recomendaria não colocar a propriedade intelectual da sua empresa nos servidores de outras pessoas, a menos que você não tenha instalações de TI adequadas internamente. Este código é a força vital da sua empresa. Isso não deve ser sobre dinheiro, mas sobre a proteção do seu IP.

wolfgangsz
fonte
1

Eu diria que definitivamente se resume a uma análise de custo mais barata; executando seu próprio servidor (ou uma instância de VM) ou colando-o em outro lugar.

Além disso, se a empresa já tiver pastas compartilhadas de rede configuradas, considere usar o Git, porque você poderá transformar essa pasta compartilhada de rede em seu repositório 'remoto', com algo como git init --bare, e as permissões de compartilhamento de rede já estarão em vigor. para os usuários. Em seguida, cada usuário poderia simplesmente adicionar a pasta compartilhada como um controle remoto git remote add origin file:///some/shared/folder (que pode não ser a sintaxe exata para um compartilhamento referenciado por arquivo, eu pesquisaria no Google para obter a sintaxe exata).

Eu basicamente faço isso em casa para gerenciar meus projetos pessoais; Eu tenho uma unidade NAS na minha LAN doméstica que possui meus repositórios 'remotos', e posso acessá-los em meus vários PCs e laptops através de uma letra de unidade mapeada do Windows.

rally25rs
fonte
Essa é uma ótima sugestão! Vou considerar, mas gostaria de mantê-lo dentro do Mercurial, pois estou muito mais familiarizado com ele. Eu tenho certeza que eu posso fazer o equivalente em hg ...
Marlon
1

Junto-me aos outros programadores neste: Pense bem em divulgar seu código .

Para mim, seria apenas uma opção terceirizar o VCS se você realmente não tiver mão de obra e / ou conhecimento para hospedar seu próprio repositório (significa: incluindo backups e manutenção). Se você já possui pastas de rede compartilhadas com backups regulares, pode começar a usá-los e obter o backup sem custo adicional.

Vergonhoso
fonte
0

Eu usei o BitBucket por um tempo e descobri que é um serviço muito bom. Eu não acho que haverá problemas com privacidade ou segurança.

Dito isto, se você se sentir desconfortável em hospedar o código da sua empresa nos servidores de outras pessoas, poderá configurar um repositório mercurial para ser acessado pelo ssh em um dos servidores da sua empresa. Consulte http://mercurial.selenic.com/wiki/SharedSSH e http://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos / .

Zhehao Mao
fonte
0

Bitbucket é bom para projeto de código aberto.

Se este projeto for proprietário, sugiro que você hospede seu próprio código. Não é tão caro hospedá-lo, se você já possui uma configuração de TI. Basta encontrar um servidor justo e implantar seu código.

mercurial é fácil de configurar.

boa sorte e aproveite.

Mercurial é muito bom. Saudades :(

Erion
fonte
0

Bem, para uma empresa, eu preferiria garantir que o repositório oficial do projeto esteja em um servidor privado, mesmo se você tiver um clone sempre atualizado no bitbucket, apenas para ter certeza.

Eu recomendo instalar o Rhodecode em uma máquina servidor local privada (para acesso rápido) e, em seguida, solicite regularmente um bitbucket de atualização de script, se desejar. Mantenha vários clones em lugares diferentes de qualquer maneira, você nunca sabe.

Klaim
fonte