Qual é a maneira mais eficaz de trabalhar com um amigo no mesmo jogo?

Precisamos de algo em que possamos fazer o check-out dos arquivos, editá-los, fazer o check-in novamente e criar a partir deles.

Algo como o Google Docs, onde podemos editar o mesmo código ao mesmo tempo, seria o ideal.

Nós dois estamos usando o Visual Studio 2010.

Como afirmei em um comentário à sua pergunta, estou muito curioso pela verdadeira edição colaborativa . Pesquisei há algum tempo, mas a maioria das soluções simplesmente não atendia aos padrões: ou eram editores de texto simples com destaque de sintaxe, tinham custos insanos ou não estavam disponíveis em várias plataformas (como SubEthaEdit ...)

Até que eu tropecei em Saros ! É um plugin limpo do Eclipse, portanto, pode ser fácil integrar-se ao seu fluxo de trabalho atual. Você pode assistir ao vídeo de demonstração , é bastante impressionante. É muito bem pensado para um verdadeiro ambiente de edição colaborativa e possui alguns recursos-chave muito bem pensados. Ele suporta um número arbitrário de participantes, sincronização completa do projeto, edição em tempo real com marcadores e destaque (ala Google Docs), seguindo a visão do seu parceiro, vários métodos de conscientização dos participantes e muito mais (você pode até compartilhar sua tela usando este plug-in. ) E, aparentemente, ele se integra a muitos outros plugins do Eclipse!

Ainda tenho que testá-lo, mas é um dos poucos projetos ainda mantidos e parece muito promissor. Experimente e me avise (leia estas diretrizes antes.) Prometo voltar aqui e postar minhas impressões como um comentário quando eu tentar.

EDIT: Além disso, como Gustavo apontou em um comentário, Cacoo também pode ser útil. É uma ferramenta colaborativa on-line para desenhar UMLs (na verdade, qualquer tipo de diagrama). O Saros suporta um quadro branco, mas não há nada como uma ferramenta de diagrama se você deseja evitar a falta de jeito.

"só precisamos de algo em que possamos verificar os arquivos, editá-los e, em seguida, retorná-los e criar a partir do mesmo conjunto de arquivos"

Use controle de versão; um sistema de controle de versão (VCS) é exatamente o que você descreveu, com o bônus adicional de armazenar um histórico de todas as alterações que alguém fez. Existem muitos sistemas populares de controle de versão por aí:

http://subversion.apache.org/

http://mercurial.selenic.com/

http://git-scm.com/

Não uso o Visual Studio pessoalmente, mas tenho certeza absoluta de que o Visual Studio tem suporte para todos esses sistemas de controle de versão.

Para minha equipe, usamos três programas, dependendo do que precisamos trabalhar:

• TortoiseSVN para código (tente fazer com que os programadores usem o mesmo IDE, padronize convenções e incentive bons comentários)
• Dropbox para multimídia (para modelos / sprites / arquivos de áudio, permite que os desenvolvedores trabalhem localmente até que artistas / compositores / modelistas estejam prontos para entregar)
• Documentos Google para documentação (para documentos de design / maquetes / arremessos geralmente para designers, gerentes e produtores)

Para coordenar os esforços de diferentes membros (que trabalham em momentos diferentes), usamos o sistema de emissão de bilhetes da Assembla . Dessa forma, todos são atualizados sobre o status de todo o projeto ou uma avenida específica de sua escolha. Use também Skype / Google Hangout / Presencial para garantir que todos estejam na mesma página pelo menos semanalmente.

Esse método geralmente funciona quando uma equipe consiste em 3 a 5 pessoas que estabeleceram funções (programador, artista, modelador, designer etc.). Se isso não funcionar, tente outros métodos ou combine aspectos de trabalho para criar um de seus próprios. Boa sorte!

Parece que você deseja uma caixa suspensa, um sistema de controle de versão ou ambos.

Dropbox é o mais conveniente. Basta fazer as alterações e salvar. O Dropbox sincronizará as alterações na máquina dos seus amigos. Não pense que duas pessoas podem trabalhar no arquivo ao mesmo tempo, sem sobrescrever as outras.

No entanto, eu recomendo que você use um sistema de controle de versão Subversion , GIT e Mercurial atualmente. 3. Existem muitas vantagens em usar um VCS: incluindo a capacidade de automatizar backups, alterações de reversão e verificar seu código em qualquer computador que tenha acesso ao seu servidor.

Tendo usado os três que eu mencionei, achei o Subversion o mais fácil de começar e o Assembla permite repositórios privados gratuitos SVN ou GIT.

Como mencionado em outras respostas, um VCS é o caminho a percorrer. Git é o meu favorito, mas isso pode ser apenas porque foi o primeiro que eu usei.

Achei este livro on-line muito útil para aprender Git. http://progit.org/book/ Seja qual for o seu VCS, vale a pena dedicar algumas horas para descobrir como usá-lo.

Outra coisa que vale a pena mencionar - o VCS é ótimo para código fonte (ou qualquer arquivo de texto), mas o armazenamento de imagens e arquivos de som pode inchar seu repositório desnecessariamente. Algumas pessoas recomendam um repositório separado para isso, mas acho que o Dropbox funciona bem para esses tipos de recursos.

Para um projeto escolar, usamos uma pasta pública do Dropbox e usamos esse script para manter nossos recursos atualizados https://github.com/dc2011/td/blob/master/tools/extrafiles.sh

Ele verifica o hash md5 do arquivo no Dropbox com o hash do arquivo já existente no disco (se existir), para que somente os arquivos novos ou alterados sejam baixados.

Como muitos mencionaram, você precisa de controle de versão. Existe uma boa oferta gratuita do software FogCreek (você deve agradecer por fornecerem stackexchange, o que torna este site possível). É chamado de Kiln (construído sobre o Mercurial ) e integra-se a um bom produto de software de rastreamento de bug / recurso / tempo que eles criaram, chamado FogBugz . Para uma equipe de 2 desenvolvedores, eles fornecem versões gratuitas desses produtos (e os hospedam para você). Eu uso essa configuração para meus próprios projetos e as versões pagas para todos os produtos de software em que trabalho para meu empregador (temos uma equipe muito maior de desenvolvedores, portanto, é necessário usar as versões pagas). Vale uma olhada, com certeza.

Se você decidir usá-los, aqui estão alguns bons tutoriais ou links úteis para você começar:

• Fundador FogCreek tutorial on Mercurial (e Kiln por extensão)
• Kiln Stackexchange (como este site, mas para o Kiln)
• FogBugz Stackexchange (novamente, como este site, mas para o FogBugz)
• Vídeos de introdução do FogBugz .

Ferramentas que minha equipe usa para uma colaboração tranquila:

• GitHub, que se você tiver um pouco de dinheiro, é uma maneira extremamente barata e fácil de hospedar toda a sua fonte. Esta é a plataforma de controle de versão que a maioria das pessoas aqui tem falado. Pense nisso como uma conta Pastebin que existe no disco rígido local e é atualizada sempre que algum membro da sua equipe faz alterações. Projetos hospedados são chamados de depositários. Existem muitos clientes gratuitos do Git, alguns deles se integram diretamente ao Windows para manter seus depositários limpos e atualizados.

• Documentos do Google para documentos de design de jogos, idéias, conceitos art.

• Uso ocasional do DropBox se um de nós precisar de um ativo ou script específico ... isso é raro e preferimos trabalhar no GitHub.

Se você usa o Visual Studio, a melhor opção é Team Foundation, é da Microsoft e é o melhor controle de versão que eu conheço, o negativo é que você precisa de um servidor, servidor sql e servidor de base da equipe para executar no servidor (o cliente já está no visual studio), se você tiver a chance, tente.

Para a programação de pares virtuais, eu uso esta configuração (coordenando tudo pelo Skype):

1. Instale um servidor SSH em uma de suas máquinas.
2. Instalar tmux
3. A outra pessoa está no seu computador.
4. Faça com que o host inicie uma sessão tmux
5. Faça com que seu parceiro execute 'tmux at' na conexão SSH

Agora você e seu amigo verão exatamente a mesma tela do terminal. Mas você provavelmente deseja trabalhar em conjunto fora do seu computador, certo?

1. Crie uma conta no Bitbucket.org, crie um projeto (eu prefiro o Git) e siga as instruções para criar um repositório vazio.
2. Copie os arquivos do seu projeto com "git add. && git commit -m 'Initial commit'."
3. Enviar para Bitbucket com "git push origin master"

Agora você e seu amigo podem trabalhar nas alterações de forma independente e enviá-las para o Bitbucket quando estiver pronto.

Isso não permitirá que vocês editem juntos no Visual Studio de uma maneira agradável, mas você poderá editar o código-fonte em si, se estiver emparelhando algum novo recurso ou depurando um problema. Contanto que você faça suas alterações posteriormente, seu amigo poderá abri-lo no VS.

Eu sugeriria o controle de versão do Bazaar . É pequeno, prático, muito bom para projetos pequenos / one2few men. Git e SVN são usados ​​com mais frequência em projetos / equipes maiores. O Bazaar possui no desenvolvimento o plugin VS, mas para você não faz muita diferença usá-lo fora do VS. É realmente fácil usá-lo depois de conhecê-lo e configurá-lo inicialmente. Tem mais alguns plugins que são úteis.

Já há muitas boas sugestões, mas se você quiser uma solução simples e de baixa tecnologia, isso funcionará para mim quando eu colaborar:

1. Use comentários no cabeçalho de cada script para acompanhar quando foi editado, quem por e quando, por exemplo:

   Vers      Date      Author   Note
   
   1.0.1     12/10/11  Paul     Added a new boss to level 12
   1.0.2     22/11/11  Frank    Fixed the bug introduced by Paul

2. Um fórum privado ou, melhor ainda, um Wiki é uma boa maneira de comunicar idéias e manter todos atualizados com o progresso.

As idéias dadas já são melhores que essa solução, mas isso é muito fácil de implementar com um investimento de tempo mínimo; para um projeto pequeno, com apenas duas pessoas trabalhando juntas, pode ser suficiente para suas necessidades.

Tendo trabalhado para uma grande organização global, posso dizer honestamente que a quantidade de tempo perdida devido à burocracia em torno do software de controle de versão (MKS) é uma verdadeira dor!