{"id":197,"date":"2025-08-14T16:01:42","date_gmt":"2025-08-14T16:01:42","guid":{"rendered":"https:\/\/codefornoobs.pt\/?p=197"},"modified":"2025-08-14T16:01:42","modified_gmt":"2025-08-14T16:01:42","slug":"controla-o-teu-codigo-desde-o-primeiro-dia","status":"publish","type":"post","link":"https:\/\/codefornoobs.pt\/?p=197","title":{"rendered":"Controla o teu codigo desde o primeiro dia"},"content":{"rendered":"\n

Uma ferramenta fundamenta no arsenal de um programador \u00e9 conseguir guardar o seu c\u00f3digo de forma segura, simples e de partilhar com outras pessoas ou at\u00e9 mesmo entre v\u00e1rios computadores. Poderiamos “inventar” v\u00e1rias formas como por exemplo ter v\u00e1rias pastas do projeto para cada vers\u00e3o em que a final seria algo do g\u00e9nero: “ProjectWannaBe_43_Final_MesmoFinal_aserio_ultimavez”. Claramente, isto n\u00e3o \u00e9 nada pr\u00e1tico e se j\u00e1 est\u00e1s a programar h\u00e1 algum tempo, certamente, j\u00e1 ouviste falar em controlo de vers\u00f5es. <\/p>\n\n\n\n

O mais comum, e usado pela maioria de todos n\u00f3s, \u00e9 o GIT. O git \u00e9 uma ferramente de controlo de vers\u00f5es que permite n\u00e3o s\u00f3 guardar o c\u00f3digo, mas manter o registo das v\u00e1rias vers\u00f5es que temos assim como fazer rollback para qualquer uma delas a qualquer momento. Podemos ainda partilhar de forma simples o c\u00f3digo entre ambientes de programa\u00e7\u00e3o ou colegas. Esta ferramenta permite, ainda, v\u00e1rias pessoas trabalharem ao mesmo tempo no mesmo projeto. A maioria das empresas usa uma vers\u00e3o de GIT. Al\u00e9m de o git vamos precisar de uma plataforma onde alojar os nossos reposit\u00f3rios. Reposit\u00f3rios \u00e9 o nome que damos a cada projecto que criamos no GIT. Existem v\u00e1rias plataformas. Temos por exemplo o GitHub, Bitbucket ou Gitlab. Isto s\u00e3o algumas que j\u00e1 usei e todas elas tem vers\u00f5es gratuitas onde podemos criar e alojar os nossos reposit\u00f3rios. Vou-me apenas focar no github, porque \u00e9 o mais usado para projectos open source.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

O primeiro passo \u00e9 aceder ao Github<\/a> e criar uma nova conta. Para criar uma nova conta apenas \u00e9 necess\u00e1rio um email, password segura e um username. Depois de termos uma conta registada j\u00e1 podemos criar os nossos reposit\u00f3rios remotos. Para criar um reposit\u00f3rio remoto no Github, basta caregar no “+” que vai estar perto do canto superior direito e escolher reposit\u00f3rio.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Depois basta dar o nome do projecto e adicionar uma pequena descri\u00e7\u00e3o a dizer o que \u00e9 o projecto. N\u00e3o \u00e9 obrigat\u00f3rio, mas podemos j\u00e1 adicionar um Read.me e no ficheiro .gitignore vamos escolher a op\u00e7\u00e3o “Dotnet”. Isto ir\u00e1 facilitar no futuro. Para j\u00e1 basta saber que este ficheiro gitignore, como o nome diz, serve para ignorar ficheiros que n\u00e3o queremos submeter para o reposit\u00f3rio. Um bom exemplo s\u00e3o as pastas BIN ou OBJ que s\u00e3o sempre geradas quando aplica\u00e7\u00e3o \u00e9 compilada.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Agora, para usarmos o git localmente precisamos de instalar o git no nosso computador. Aqui temos duas op\u00e7\u00f5es. Podemos apenas instalar o git e utilizar o git atrav\u00e9s da linha de comandos. Ou podemos usar software para nos ajudar com esta parte do git. Aqui tamb\u00e9m temos muitas o\u00e7\u00f5es. Eu gosto de usar e recomendo o sublime merge<\/a> que \u00e9 simples e f\u00e1cil de usar, mas para este tutorial vou-me ficar pela linha de comandos.<\/p>\n\n\n\n

Para instalar o git basta ir at\u00e9 ao site do git<\/a> e seguir os passos. Depois de instalado estamos prontos para come\u00e7ar a usar o git. Abrindo a linha de comandos podes executar o comando abaixo para garantir que ficou tudo instalado corretamente:<\/p>\n\n\n\n

git --version<\/code><\/pre>\n\n\n\n
O comando deve de devolver a vers\u00e3o do git instalada. Posto isto estamos prontos criar o nosso primeiro reposit\u00f3rio. Vamos navegar, na linha de comandos at\u00e9 \u00e0 localiza\u00e7\u00e3o raiz do projecto e vamos correr este comando:<\/p>\n\n\n\n
git init<\/code><\/pre>\n\n\n\n
Isto vai initializar o reposit\u00f3rio e o pr\u00f3ximo passo \u00e9 adidiconar o reposit\u00f3rio remoto que cri\u00e1mos em cima<\/p>\n\n\n\n
git remote add Origin [URL_Repositorio_Github]<\/p>\n\n\n\n
Podemos subtituir o “Origin” por um nome diferente que queiramos usar para identificar o reposit\u00f3rio remoto. Por norma, utilizo Origin e a l\u00f3gica \u00e9 que o reposit\u00f3rio de Origem. Onde vamos sempre sincronizar e buscar a informa\u00e7\u00e3o. Agora o pr\u00f3ximo comando vai dar-nos o estado atual do nosso projecto. Vai mostrar as coisas a verde que j\u00e1 est\u00e3o staged, a vermelho as altera\u00e7\u00f5es que faltam fazer stage. ainda mostra um hist\u00f3rico de todas a altera\u00e7\u00f5es, mas como ainda n\u00e3o fizemos nada, n\u00e3o deve de mostrar nada de hist\u00f3rio.<\/p>\n\n\n\n
git status<\/code><\/pre>\n\n\n\n\n\n
Se no vosso caso acontecer como no meu em que o branch indicado \u00e9 o Master, devem de correr o seguinte comando para mudar para o Main. Isto porque por defeito o Github usa o Main como branch principal em vez de master e ir\u00e1 facilitar muito as coisas mais \u00e0 frente.<\/p>\n\n\n\n
git checkout -b origin\/main<\/code><\/pre>\n\n\n\n
Depois basta correr os 3 seguintes comando para colocar tudo no reposit\u00f3rio remoto. O primeiro estamos adicionar todos os ficheiros pendentes. Como \u00e9 a primeira vez adicionamos tudo. Se quisessemos s\u00f3 fazer commit de um ficheiro poderiamos indicar o nome do ficheiro. O segundo \u00e9 para indicar a mensagem no commit. Normalmente, vamos colocar uma mensagem que nos ajude a perceber o que foi feito naquele commit. Por fim vamos submeter as altera\u00e7\u00f5es para o reposit\u00f3rio remoto. Como \u00e9 a primeira vez que fazemos push temos de dizer para onde vamos fazer push e indicar o branch que vamos fazer push. A parte “-set-upstream origin\/main” serve para isso mesmo e basta fazer na primeira vez. As restantes vezes basta usar o comando git push.<\/p>\n\n\n\n
git add *\ngit commit -m \"Fist Commit\"\ngit push -set-upstream origin origin\/main<\/code><\/pre>\n\n\n\n
Agora podemos fizer que o nosso c\u00f3digo est\u00e1 na cloud e que temos um backup do nosso projeto dispon\u00edvel para partilhar nos equipamentos e com as pessoas que quisermos ou preferirmos. Claro que o git \u00e9 muito mais do que isto e ainda temos muito para aprofundar e descobrir, mas fica aqui os comandos mais b\u00e1sicos e fundamentais para usar no git.<\/p>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Uma ferramenta fundamenta no arsenal de um programador \u00e9 conseguir guardar o seu c\u00f3digo de forma segura, simples e de partilhar com outras pessoas ou at\u00e9 mesmo entre v\u00e1rios computadores. Poderiamos “inventar” v\u00e1rias formas como por exemplo ter v\u00e1rias pastas do projeto para cada vers\u00e3o em que a final seria algo do g\u00e9nero: “ProjectWannaBe_43_Final_MesmoFinal_aserio_ultimavez”. Claramente,…<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-197","post","type-post","status-publish","format-standard","hentry","category-sem-categoria"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t