Como funciona o GIT e o GITHub e qual usar?

[Detonador PHP 1]

Olá galera. Atualmente eu trabalho com meu antigo método de ter uma pasta DEV/ dentro do meu servidor, onde eu faço minhas coisas locais, subo por FTP e testo até alcançar o que eu preciso. Então eu pego e passo estes arquivos para a pasta raiz onde passam a rodar publicamente.

 

Ouvi muito falar do Git e do GitHub mas não sei como usar e qual usar.

 

Então umas das minhas primeiras perguntas: GitHub é seguro?
Eu sei que os códigos ficam abertos, mas há uma conta paga que é fechada onde só o pessoal do projeto tem acesso a ela. Mas é seguro isso? E se invadem o serviço dos caras, o que acontece com meu código.

 

Outra pergunta que tenho é: Eu consigo ir fazendo e testando online pra depois publicar no lugar correto?

Ao invés dos repositórios serem locais, eles estarem em uma pasta no servidor, porque dai consigo testar tudo online e depois publicar.

 

Se vocês puderem me responder estas perguntas e me derem uma prévia do que é e como funciona o Git e qual devo usar ficaria muito grato.

 

Grande abraço a todos.

[KhaosDoctor 242]

O git e o github são duas coisas basicamente iguais, a diferença é que o git você precisa do servidor, o github já tem o servidor pronto pra você, o problema é só configurar tudo que é realmente um saco.

 

 

GitHub é seguro?

 

Sim, ele é feito para programas opensource e não para aplicações de código fechado, mas se você estiver disposto a pagar a conta privada você tem um campo seguro uma vez que o github não guarda seus arquivos online como um servidor FTP, ele é apenas uma ferramenta para desenvolvimento em grupo, ou seja, você cria uma cópia do arquivo que você está desenvolvendo com as alterações e ele se encarrega de marcá-las para você, assim seu grupo pode ver o que você alterou, o que funciona e o que não funciona.

 

 

Eu sei que os códigos ficam abertos, mas há uma conta paga que é fechada onde só o pessoal do projeto tem acesso a ela. Mas é seguro isso? E se invadem o serviço dos caras, o que acontece com meu código.

 

O máximo que ele podem fazer é olhar o código e fazer o download, mas como eu já disse, o GitHub é voltado a programas opensource.

 

 

Eu consigo ir fazendo e testando online pra depois publicar no lugar correto?

 

Não, o Git tem apenas a função de armazenar o seu código e as modificações nele feitas, você está pensando que o Git é uma espécie de serviço FTP onde você pode testar como se fosse um host, mas não é assim, novamente, ele apenas se encarrega de mostrar as modificações feitas no arquivo para o resto do seu grupo, ele armazena as versões dos arquivos mas ele não as executa, apenas realiza as marcações de alteração, de qualquer forma você ainda precisa de um servidor de teste, uma vez que todo o desenvolvimento é feito inteiramente no computador do desenvolvedor.

[brunocampos_ 3]

Apenas completando,

 

Sim, o Github é seguro... Muitas empresas utilizam o Github para repositório online.

Caso seu código tenha realmente a necessidade de permanecer seguro ao máximo, você pode instalar o Github em um servidor seu, porém os valores são bem mais altos do que utilizar o serviço deles (https://enterprise.github.com/).

 

Já sobre qual escolher, na verdade você não escolhe qual. O Git é um sistema de controle de versão, assim como o SVN. O Github é apenas um serviço que serve de repositório Git online, logo utilizando o Github, você estará utilizando Git.

 

Existem mais serviços como ele, como por exemplo o codeplane, que é até brasileiro (https://codeplane.com/). Apenas não sei se são tão bons quanto o Github que possui também muitas funções para auxiliar no desenvolvimento além de ser apenas um repositório, além da integração com vários serviços.

 

Já sobre fazer e ir testando é como o Kaos disse, o Github não roda seu código, e o ideal é você ter o ambiente de execução em sua máquina.

[Henrique Barcelos 290]

O git e o github são duas coisas basicamente iguais, a diferença é que o git você precisa do servidor, o github já tem o servidor pronto pra você, o problema é só configurar tudo que é realmente um saco.

Só uma correçãozinha, Git é um VCS distribuído, o que significa que NÃO há necessidade de um servidor central.

[Bruno Augusto 417]

Não cheguei a usar pois ainda não tenho nenhum projeto privado, mas um que me pareceu um concorrente à altura do GitHub, porém que permite a criação de repositórios privados na modalidade gratuita é o BitBucket.

[Detonador PHP 1]

Entendi.
O ideial é eu ter uma versão de teste para o sistema, e assim que eu terminar esta versão eu daria um commit antes de publicá-la?
Seria isso?

 

Outra coisa que eu achei genial: Como funcionam os "braços" do projeto?

 

Por exemplo:

Se você já tiver um recurso funcionando no sistema e for implementar uma melhoria, da pra criar um braço no projeto e ir trabalhando nele. Supondo que é uma importação de emails, que importe apenas arquivos CSV, e você quer fazer importar arquivos CSV e XSL cria o braço e segue a programação nele. Se não der certo da pra voltar pro padrão quando era apenas CSV.

 

Acho que tem tanta coisa sobre o GIT que to pensando em fazer um curso dele.
Pessoal, será que vale apena fazer um curso, ou acham que é perda de dinheiro, que da pra aprender tudo lendo apenas?

É que entender o conceito de versionamento que to achando um pouco difícil.

[Enrico Pereira 299]

Git é simples, acho que curso em 99% dos casos é perder dinheiro, só faça quando vc estiver com muita dificuldade em algo ou que ele realmente ensine algo muito bom. GIT vc tem muito material grátis na internet, mas a melhor forma de o aprender é na prática, vai acompanhando um tutorial (use Google) e direto no terminal, VCS não rola teoria, é algo muito prático e pouco acadêmico.

[Bruno Augusto 417]

Minha maior dificuldade é justamente quanto àquilo que move todo controle de versão, que é o trabalho em grupo.

 

Não entendo o que eu devo fazer com minha cópia local de código enviado ao GitHub caso depois do push alguém mais fizer alguma modificação (aceita e mesclada claro) para que a local espelhe a remota sem haver problemas.

 

E também quanto aos comando mais avançados, como deletar commits antigos, mesclar múltiplos commits. Eu acho que faltam artigos menos técnicos nessas áreas.

[Detonador PHP 1]

É por isso que eu comento que talvez não seja interessante fazer um curso de GIT, mas sim, fazer um curso de versionamento, pois isso que é complicado de entender os conceitos.

 

Acho que GIT é só dar uma olhada nos comandos, não tem muito mistério, mas como e porque abrir um braço, ou entender os conceitos do versionamento e saber quando e porque versionar que to achando mais complicado.

[KhaosDoctor 242]

Eu acho GIT uma coisa muito complicada, eu penei aqui para conseguir executar o github e mesmo assim ainda não consegui fazer, mas depois descobri que para o meu caso ele não serviria.

 

Mas o Bruno tem razão sobre o BitBucket, ele é um recurso bem a altura do git, só que este eu não tenho nem ideia de como usar, parece que a maioria das coisas você faz online mesmo, sem ter necessidade do terminal do sistema.

 

Você também pode testar o Jenkins que é parecido, só que ele não mostra os trechos do código, ele é um pouco mais complexo de se entender, mas ele funciona em todas as plataformas.

[brunocampos_ 3]

Opa Khaos,

 

Na verdade o Jenkins é outra coisa. É um servidor de integração contínua (tipo o Travis), e não um repositório.

[Bruno Augusto 417]

Jenkins é coisa de gente grande, sou só um peixinho nessa lagoa. :closedeyes:

 

Mas a idéia do detonador é muito interessante. Eu não deverei estar usando GIT sem saber, mas já tive vários pequenos benefícios que agora não quero mais largar.

[KhaosDoctor 242]

Sim, eu sei, o Jenkins é outra coisa, mas também serve para atualizações e projetos em equipe, como eu disse, é um pouco mais complexo de se entender porque você vai ter que arrumar um monte de coisa para fazer ele funcionar, mas ele também tem esse uso.

[Enrico Pereira 299]

Shell é vida, no início parece complicado, mas depois que vc pega o jeito, nunca mais quer saber de outra cosia.