O gerenciamento do projeto não pode ser separado do controle da versão. Atualmente, as ferramentas de controle de versão convencionais são provavelmente SVN e GIT. Quanto à diferença entre os dois, não os apresentarei em detalhes aqui. Se você não entende, pode pesquisar informações online. Se você tiver a oportunidade no futuro, iniciarei a coluna em detalhes. Além disso, a taxa de uso de Git no mercado é muito maior que a do SVN. Como usamos proficientemente o GIT para controlar as versões de código ao usar projetos de desenvolvimento de idéias?
1. Instale o git
Obviamente, você precisa instalar o Git primeiro. O processo de instalação não será explicado em detalhes. Depois de pressionar a instalação, abra a ideia e insira a interface de configurações (você pode clicar diretamente na barra de ferramentas ou pesquisar o GIT através das teclas de atalho Ctrl + Alt + S). A interface é a seguinte:
Podemos ver que o Git está na guia Controle de versão e também há um github nela. Você pode configurar sua conta e senha do GitHub e, em seguida, pode puxar diretamente o código no Github. Para mais informações, consulte os artigos anteriores sobre configurações.
Vamos continuar falando sobre Git. O caminho para o git executável é o git.exe no diretório da bin em nosso caminho de instalação Git local. Depois de rotear o caminho, clique no botão de teste. Se a instalação estiver correta e o caminho estiver correto, a seguinte caixa de diálogo será exibida, indicando que a configuração é bem -sucedida:
2. Puxe remotamente o código da biblioteca Git
Muitas vezes, puxamos o código na biblioteca Git da empresa ou no GitHub para se desenvolver localmente. Como fazemos isso na ideia? De fato, existem duas maneiras de alcançar nossos objetivos. Vamos tomar o Github como exemplo:
1. Primeiro puxe o código localmente através da ferramenta Git e a abra através da idéia.
Caminho de cópia
Clonar para o local
lq@DESKTOP-BHJ6UD2 MINGW64 /e/mygit/20180226 (master)$ git initReinitialized existing Git repository in E:/mygit/20180226/.git/lq@DESKTOP-BHJ6UD2 MINGW64 /e/mygit/20180226 (master)$ git clone https://github.com/noobgod/designpattern.gitcloning em 'DesignPattern' ... remoto: contando objetos: 73, done.Remote: Total 73 (Delta 0), reutilizada 0 (Delta 0), Pack-Used 73Unpacking Objects: 100% (73/73).
A atração é bem -sucedida, o caminho está no e:/mygit/20180226, abre o projeto sob esse caminho na idéia e siga as etapas.
2. Puxe o código diretamente através da Idea, o que é recomendado porque é conveniente e rápido.
Depois de selecionar de acordo com a imagem acima, existem várias opções disponíveis. Se selecionarmos o GIT, uma caixa de diálogo será exibida e clicará no botão de clone.
3. Atualização (atualização)
Antes de enviar o código, é melhor atualizar o código do repositório remoto para o repositório local, o que pode reduzir conflitos desnecessários. A atualização da atualização pode ser alcançada diretamente através da tecla de atalho Ctrl + T ou pressionando as teclas na barra de ferramentas, atualize, compromete e compare e compare com a mesma versão do repositório. Aqui escolhemos a atualização.
Obviamente, você também pode clicar com o botão direito do mouse no projeto-> Selecione Git-> Responsitory-> Pull para alcançá-lo.
4. Compromete e empurre
Como enviamos nosso próprio código para o repositório remoto depois de desenvolver nosso próprio código na Idea? Clique com o botão direito do mouse no projeto-> Selecione Git
1. Diretório da Compromit: Comitir Código (envie os arquivos temporários na área do estágio para o repositório local da ramificação atual e limpe a área do estágio) ou empurre o código (sincronize os arquivos do repositório local com o repositório remoto).
Na idéia, vemos que o arquivo está marcado com cores diferentes: vermelho, verde e azul. O que eles significam?
Vermelho: arquivos que não são versionados, ou seja, arquivos que não são adicionados à versão, como arquivos que adicionamos ao ignorar.
Verde: a versão recém -adicionada do arquivo, ou seja, o arquivo que criamos recentemente, não foi enviado ao repositório remoto.
Azul: o arquivo modificado, ou seja, o arquivo já existe no repositório remoto. Desta vez, modificamos, mas ainda não o enviamos.
Commit corresponde ao comando de commit de Git. Às vezes, queremos apenas nos comprometer com o repositório local, mas ainda não queremos empurrá -lo, para que possamos usar esse método. Se precisarmos empurrar para o repositório remoto após o comprometimento, precisamos clicar com o botão direito do mouse no projeto-> selecione Git-> Responsitorion-> push.
Para implementar a função de confirmação simples, também podemos usar a chave de atalho Ctrl + K, ou o botão da barra de ferramentas.
Comprometer e empurrar são comprometidos e empurrar. Podemos se comprometer diretamente com o repositório local aqui e depois pressionar para o repositório remoto.
2.Add: Adicione arquivos locais do diretório de trabalho à área de palco do repositório local, correspondendo ao comando add do git.
3.Compare com a filial…: Compare com ramificações remotas. Antes de enviar, podemos usar essa função para comparar as semelhanças e diferenças entre o código em nosso diretório de trabalho e o código da ramificação remota.
4. ASSUSTO HISTÓRIA: Veja registros históricos da versão modificada.
5.Reverver: Rollback reverterá suas modificações locais.
6.Repository: vários comandos do repositório.
5. Mesclar
Durante o desenvolvimento, várias pessoas encontrarão inevitavelmente modificações no mesmo arquivo, causando conflitos de versão. No momento, se o programa precisar executar normalmente e garantir funções completas, os desenvolvedores precisam resolver manualmente esses conflitos e mesclar o código para obter o código consistente final e depois empurrá -lo para o controle remoto.
Essa área geralmente é a mais problemática para muitas pessoas. A operação inadequada pode causar transtorno de código e acidentes. De fato, se você entender os princípios, não será tão complicado depois de proficiente.
Há muito conteúdo a ser introduzido aqui e precisa ser explicado em detalhes. Se você estiver preocupado com isso, pode prestar atenção a ele e adicioná -lo e melhorá -lo no futuro.
6. Gerenciamento de filiais
Para gerenciamento de filiais, precisamos usar a barra de status na parte inferior da idéia.
Aqui podemos trocar de ramos, criar novas ramificações, fazer checkout ramal, comparar o código da filial, etc.
Resumir
O exposto acima é o tutorial sobre o uso do Git em Intellij Idea apresentado a você pelo editor. Espero que seja útil para você. Se você tiver alguma dúvida, deixe -me uma mensagem e o editor responderá a você a tempo. Muito obrigado pelo seu apoio ao site wulin.com!