PT05 - Passo 10

A "família Git" é constituída por várias aplicações, sendo a aplicação que envolve todas as outras é o Git. Apesar de não tersido utilizado esta aplicação, criada por Linus Torvalds, criador do Linux, é um software para detetar e localizar alterações em qualquer tipo de ficheiro, de forma a facilitar a coordenação entre vários programadores.

Com isto, desenvolveram-se várias aplicações para trabalharem em simultâneo melhorando muito o seu desempenho, como por exemplo, o GitHub, que é controlado pela Microsoft, onde podemos colocar, de forma completamente gratuita, vários repositórios e até ter um sítio onde podemos colocar a nossa própria página, como usámos com o GitHub Pages neste trabalho.

Memória Descritiva
1.Porque decidi fazer este trabalho?
Este trabalho foi sugerido pelo professor de AIB, visto que o HTML é uma boa linguagem para aprender enquanto iniciantes na área de programação.
2.O que foi necessário no início do trabalho?
Para iniciarmos este trabalho foi necessário instalar o NotePad++ e fazer uma pequena pesquisa acerca dos básicos em HTML e CSS.
3.Quais foram os passos mais interessantes? Mais difíceis? Os que deram mais trabalho? 
O passo 5 foi o mais interessante, pois tivemos de construir uma tabela. Não houve nenhum passo que considerasse difícil. O que deu mais trabalho foi o passo 5.2, porque tive de redimensionar as caricaturas dos meus colegas.
4.Como é que foi resolver os problemas encontrados: Na aula com o professor, com os colegas, com ajuda de vídeos tutoriais no Youtube (deve listá-los), etc?
Não tive quaisquer problemas na resolução deste PT05, se calhar o que diria que deu mais problema foi alguns comandos no HTML que não "estavam a funcionar" então tive que ir procurar comandos que fizessem coisas similares.

5.Quais foram as decisões que teve de tomar ao longo do trabalho e porquê?
A decisão mais importante foi quando decidi redimensionar as imagens dos meus colegas, visto que ninguém estava a fazê-lo como era pedido no enunciado.
6.O que aprendi?
Aprendi a fazer uma das coisas mais importantes em HTML, uma tabela que nos será muito útil daqui para a frente, também aprendi a mexer em CSS e gostei muito!
7.O que de melhor e de pior aconteceu ao longo do trabalho?
O que correu melhor sem dúvida a criação da tabela e o que correu menos bem foi alterar a resolução das caricaturas de toda a gente.
8. O que mais gostei de fazer (em fotos)

PT05 - Passo 10

A Família Git

O Git e o GitHub são controladores de versões usados normalmente no desenvolvimento de software. O Git foi desenvolvido por Linus Torvalds e lançado a 7 de abril de 2005. Já o GitHub é da Microsoft e foi lançado a 10 de abril de 2008.

Na minha opinião, são dois programas espetaculares que ajudam bastante no controlo de versões, no trabalho em equipa no que toca a desenvolvimento de software e na hospedagem de código.

Memória Descritiva

1 - Objetivo Do Trabalho

A Quinta Proposta de Trabalho tinha como objetivo a aprendizagem de HTML e CSS.
Foi nos pedido que realizássemos um curso no SoloLearn e que criássemos alguns ficheiros HTML básicos e de seguida um mais avançado (uma tabela).

2 - Realização Do Trabalho

Para a realização deste trabalho, utilizámos o Notepad++, o Visual Studio Code, o GitHub e o GitHub Desktop.

Comecei por criar a tabela (Passo 5) e de seguida realizei os outros passos.

3 - Algumas Curiosidades

Agora vou falar acerca dos Passos do Trabalho, como por exemplo os que mais gostei ou os mais difíceis.

Passos mais interessantes:

• A realização da Tabela, pois era a parte mais complicada mas mais divertida.

Passos mais difíceis:

• A organização dos ficheiros e a parte responsiva da Tabela.

Passos que deram mais trabalho:

• A realização do Curso no SoloLearn e da Tabela.

4 - Problemas Durante A Realização Do Trabalho

O único problema encontrado foi o facto de o Freenom não funcionar o que impossibilitou a realização do Passo 7.

5 - Decisões Ao Longo Do Trabalho

Tive de tomar algumas decisões em relação à Tabela e ás imagens para ficar melhor e também mais responsivo.

6 - Conclusão

Com este trabalho, aumentei o meu conhecimento de HTML e CSS, assim como do GitHub e do GitHub Desktop.

Diverti-me bastante a realizar o trabalho, pois gostei muito do resultado final da minha Tabela e achei-a bastante bem feita.

Site Do PT05

https://acr2004.github.io/PT05/

PT05 (passo 10) - Entrada 27

    O GitHub, que faz parte da família Git, foi uma ferramenta utilizada ao longo de toda a Proposta de Trabalho 05, onde os alunos fariam enviariam para o site todos os pedaços de trabalho que desenvolvessem.

    Mas o que é a família Git? Bem, a família Git consiste no GitHub, GitHub Pages, GitHub Desktop e Atom. Esta família é destinada a programadores.

    O GitHub é uma excelente plataforma que permite o upload de variadíssimos tipos de projetos. Esta funcionalidade permite aos utilizadores partilharem os seus desenvolvimentos, bem como a visualização de projetos de outros.

    Embora seja bastante boa para programadores, e utilizadores com experiência no GitHub, toda a gente tem de começar. E a parte para iniciantes do GitHub é um pouco fraca. Sem uma ajuda de uma pessoa mais experiente, é bastante provável que o novo utilizador se vá perder nos inúmeros ramos que estão presentes no GitHub.

 

   A plataforma foi lançada em 2008 e atualmente conta com mais de 36 milhões de utilizadores ativos frequentemente e mais de 100 milhões de projetos carregados, até ao dia de hoje.

    Para começar, nesta proposta de trabalho, entrámos em contacto com o site W3Schools, um website que nos permitiu o primeiro contacto com o HTML, através de projetos já existentes. Tudo o que foi necessário fazer foi recriá-los, e traduzi-los.

    De seguida, a parte mais desafiante do trabalho, a criação de uma tabela com as caricaturas da turma.
    Claro que feito depois da obtenção do diploma em HTML, na plataforma SoloLearn. Nesta plataforma, foi necessária a subscrição em 3 cursos: HTML, CSS e JavaScript. No entanto, apenas foi necessária a conclusão do curso de HTML.

    Após obter o diploma, partimos para a criação de um novo mini-projeto: a tabela caricaturada da turma.     

    A ideia de construir uma tabela em HTML foi bastante motivadora, e facilitou a progressão do trabalho, pelo que penso que não houve nenhum impedimento. No entanto, a tarefa foi ficando um pouco entediante, pois o mesmo processo teve de ser repetido 28 vezes.
    Um dos passos mais interessantes foi o aspeto estético, o posicionamento das fotografias na tabela, a interação existente cada vez que o rato está em cima de um dos elementos da tabela, e a cor das linhas da tabela.   Recorrendo ao CSS, foi possível melhorar o aspeto gráfico de todo o trabalho, pois desta forma fica bastante mais apelativo.

    Recorrendo ás ajudas fornecidas pelo professor no passo 4 tornei um trabalho com um aspeto aborrecido, um trabalho com um aspeto interessante e atrativo.

    O meu URL público, criado nesta PT05 é: https://afonsteixeira.tk

    

    SoloLearn terminado:

    

Certificado SoloLearn:

Memória descritiva:
1 - O Professor deu-nos esta PT, que apareceu no enunciado de PT's do site do professor.
2- Para este trabalho precisei de instalar de instalar o software Notepad++. Utilizei também o GitHub, o freenom e o sololearn como ferramentas online para auxílio na PT.
3 - Os passos que achei mais interessante foram o 4 e o 5 porque foram os passos que requeriam mais aplicação do HTML que é o Ponto principal da PT, para além do facto de que a criação da tabela foi interessante.
- Os passos mais difíceis foram o 5 e 09, mesmo sabendo que a criação da tabela foi interessante, não muda o facto de ter sido difícil, e o passo 9, visto que o curso do Sololearn exigia vários conhecimentos, que precisávamos estudar antes de responder.
- Os passos que deram mais trabalho foram também o 5 e o 9 pelos mesmos motivos.
-Os passos onde tive de pedir ajuda foram no 6, pois tive dificuldade em enviar o meu trabalho feito para a plataforma GitHub. Tive a ajuda do João Fidalgo e do José Silva.
4-Pedi ajuda ao João Fidalgo e ao José Silva.
5-Não tive de tomar nenhuma decisão que fosse contrária ao enunciado. No entanto, fiz apenas umas alterações a nivel estético, com foco em melhorar a PT.
6-0 que gostei mais de elaborar neste trabalho foi a tabela, porque foi o desafio onde tínhamos de aplicar o nosso conhecimento
de HTML. E a partir daí, criar a tabela.
-Correu tudo bem, mas acho que poderia ter me organizado melhor, quer a nivel de tempo, quer a nivel da disposição dos repositórios no GitHub.
-Entrei em contacto com o HTML, onde aprendi bastante, e aprofundei o conhecimento do GitHub.

   E é tudo por esta PT05.

Opinião sobre a família Git

    Git é um sistema que tem a finalidade de gerenciar diferentes versões no desenvolvimento de um documento, no entanto tem a capacidade de gerenciar o histórico de edições de qualquer arquivo. Apesar de projetado e desenvolvido por Linus Torvalds para o desenvolvimento do kernel Linux, foi adotado por muitos outros projetos.

    Apesar de apenas ter usado BitBucket e GitHub (que provêm hospedagem gratuita de código fonte para o repositório Git), é fácil ver como este sistema, usado por milhões de usuários (principalmente programadores), é essencial na medida em que torna acessível a divulgação dos seus trabalhos e até mesmo a contribuição de outras pessoas para um projeto.

    

    Em relação à Proposta de Trabalho 05, sinto que foi uma ótima maneira de começar a utilizar uma linguagem nova, sendo que me foi disponibilizada uma grande variedade de informação pelo professor. HTML foi uma língua que nunca me apelou muito, no entanto esta PT05 foi uma ótima maneira de aprender as suas bases. 

    Foi necessário utilizar um editor de código (poderíamos usar o Notepad++ ou o Atom), e o Github para a divulgação de todos os nossos ficheiros utilizados.

    Um dos passos mais fáceis desta PT foi a criação de 5 códigos simples em HTML, utilizando apenas tags muito simples como a criação de um link, a inserção de uma imagem e de um parágrafo. Por outro lado, o passo mais difícil e mais interessante foi a criação de uma tabela personalizada com as caricaturas da nossa turma.

    Depois de criada uma "Landing Page" para todos os passos da nossa PT05, criámos um domínio personalizado no FreeNom e, foi mesmo aqui, onde surgiram dois pequenos problemas. Primeiro, o FreeNom impossibilitava-me de criar uma conta com o mail institucional e, após conseguir, impossibilitava-me de criar um domínio personalizado. Com a acumulação destes erros, apenas me restou como solução criar uma conta com o meu mail pessoal, resolvendo assim facilmente estes problemas. 

    Aprendi então, nesta PT05, os básicos de HTML e CSS.

URL imagem: https://upload.wikimedia.org/wikipedia/commons/thumb/e/e0/Git-logo.svg/1200px-Git-logo.svg.png

URL site: https://pt.wikipedia.org/wiki/Git

URL domínio personalizado: https://aluis.tk

PT05: A família Git, Memória Descritiva, URL de domínio público e certificado no Sololearn

A família Git

A "família Git" é constituída por várias aplicações, sendo a aplicação que revolve todas as outras é o Git. Apesar de não termos utilizado esta aplicação, criada por Linus Torvalds, criador do Linux, é um software para detetar e localizar alterações em qualquer tipo de ficheiro, de forma a facilitar a coordenação entre vários programadores.

Com isto, desenvolveram-se várias aplicações a complementarem esta aplicação, como por exemplo, o GitHub, que é controlado pela Microsoft, onde podemos colocar, de forma completamente gratuita, vários repositórios e até ter um sítio onde podemos colocar a nossa própria página, como usámos com o GitHub Pages neste trabalho.

Memória Descritiva

1. O processo criativo acabou por se acentuar mais no passo 5 e 7, onde construímos a tabela e a página principal no GitHub Pages. Após ter visualizado a tabela de alguns colegas meus que já tinham feito uma versão inicial das suas tabelas, e por isso tentei desenvolver algo um pouco mais avançado. O ponto principal do tema da minha tabela (e da minha página principal) era aplicar o famoso dark mode, que não só penso que facilita a leitura de quem vê a tabela e a página principal, mas que também fica bem melhor do ponto estético, mesmo tendo as caricaturas um fundo branco. Depois, decidi colocar apenas numa única célula toda a informação de cada aluno, a sua caricatura, nome e número, pois como eram apenas essas 3 coisas (não achei necessário dizer em cada aluno a turma, pois somos todos da mesma turma) a informação a transmitir era pouca e suficiente de colocar numa única célula. Assim, em cada linha foi possível colocar 4 alunos, e assim evitei que a lista ficasse desnecessariamente longa, o que também me agradou do ponto de vista estético. Por fim, em termos de estética temos as fontes tipográficas, usando o Google Fonts, uma ferramenta muito útil, acabei por escolher como fonte principal a Open Sans, com grossuras diferentes dependendo do texto, e na tabela também usei o tipo de letra Roboto, mais famoso por ser usado pela própria Google. Depois de encontrar umas cores de fundo que acho que vão de encontro ao que tinha imaginado, descobri como se aplicavam animações em HTML, e então apliquei isso na minha tabela e na minha página principal, de forma a que se destacasse através de uma sombra o que está por baixo do rato. 

2. Para preparar o trabalho foi bastante fácil, pois já tinha instalado anteriormente o Notepad++, bem com o Atom, que foi o que gostei mais de utilizar, e que muito provavelmente utilizarem em trabalhos futuros, pois achei bem mais completo do que o Notepad++, apesar de este último ter a sua simplicidade. De resto, não há muito que conste da preparação do trabalho: todo o trabalho consistia em utilizar o computador, e ainda por cima dada a situação de ensino à distância, tempo no computador foi algo que não faltou.

3. O passo mais interessante foi definitivamente o passo 5, onde se construiu a tabela, mas dado que é um passo tão extenso, acho que faz mais sentido dividir este passo nas suas várias componentes, e a componente mais interessante de fazer a tabela foi definitivamente aprender a definir a "apresentação" da minha página através do CSS. Apesar do trabalho se incidir mais em HTML, o trabalho em concreto em HTML não pode mudar muito para além do pedido que é o de fazer uma tabela, que mesmo assim tem alguma parte em que se pode variar, mas que, na sua maioria, envolve CSS, e não HTML. Assim, apreciei mais a parte do CSS, tanto na tabela do passo 5 como na página principal do passo 7, pois tinha uma enorme liberdade para decidir o que poderia fazer.
   
   O passo que achei mais difícil foi também no fundo o passo que achei mais interessante, o CSS. Tive que procurar bastante informação e documentação sobre como se colocava o fundo com uma certa cor, como escolher a própria cor no formato que eu queria, em vez das cores predefinidas, como fazer com que a página reaja quando se passo com um rato num dado elemento, e tudo mais. Foi bastante difícil, mas também foi muito gratificante.
   
   Os passos que deram mais trabalho, que pelo menos achei mais monótono, acabaram por ser dois, ambos no passo 5: ter que adquirir as imagens através do álbum das caricaturas deu bastante trabalho, pois nalgumas imagens mal colocados por alguns colegas meus e tive que as redimensionar de acordo com os tamanhos pedidos. Não foram todos claro, mas colocar tudo nas pastas corretas para 27 alunos torna-se bastante monótono.
   Já o outro passo que deu bastante trabalho foi o de colocar uma cor diferente em cada legenda na tabela, e mais uma vez, encontrar 27 cores que se encaixassem bem com o tema escuro da minha tabela, acabou-me por tirar praticamente uma tarde inteira.
   
   Felizmente não necessitei de pedir ajuda a ninguém diretamente, consegui fazer tudo de forma autónoma, mas com bastante assistência de motores de pesquisa para encontrar quais os comandos e códigos que necessitava.

4. Fui resolvendo os problemas que fui tendo principalmente através de pesquisa. Os sites que mais me esclareceram o que precisava de saber foram sem dúvida o W3Schools, utilizado também num dos passos do trabalho. Para além do W3Schools, também tive ajuda de um site da Mozilla que também explica de forma muito sucinta como utilizar HTML e CSS. Também esclareci algumas dúvidas com o professor, mas foi mais de esclarecer o que o enunciado nos pediu para fazer do que propriamente como fazer.

5. A decisão mais importante que se poderia tomar neste trabalho eram a de escolher o esquema e apresentação da nossa tabela das caricaturas e também de como apresentar a nossa página principal do GitHub Pages, pois de resto, é só seguir o enunciado com pouca manobra para fazer algo de diferente. Como já disse anteriormente decidi seguir com um tema escuro que está muito na moda nestes últimos tempos, e depois senti que faltava mais alguma coisa, por isso adicionei as animações quando se passa o rato por certos elementos, tanto na tabela como na página principal.

6. Concluíndo, o que gostei mais de elaborar foi definitivamente a componente do CSS, mas tudo o que envolveu a parte de programação acabou-me por despertar algum interesse, talvez não o suficiente para seguir no futuro algo como Engenharia Informática, mas para um projeto à parte. Acho que ficou tudo bastante positivo, não tenho nada de mais a apontar sobre o que poderia ter ficado realmente muito melhor do que o que já apresento, acho que ficou um trabalho bastante robusto e completo, e fiquei bastante satisfeito com o que realizei. Aprendi praticamente tudo de raiz neste trabalho, tenho uma vaga noção de programação, mas nunca tinha programado em HTML (quanto mais CSS), ou algum tipo de programação de desenvolvimento na web, desde aprender a estrutura do HTML e do CSS usar o div, fazer cabeçalhos e tanto mais, até a saber como eu posso criar um domínio de forma gratuita. Para mim, acabou por ser um excelente introdução e aprendi imenso. A maior alegria, que até me surpreende bastante, é que ao construir a tabela e a página principal, tanto na parte do HTML e do CSS, correu tudo de forma bastante normal. Sem grandes erros ou bugs, talvez pela simplicidade do trabalho, mas nunca caí num buraco sem saída, assim por dizer. No entanto, a maior tristeza foi entregar no Classroom a minha pasta do Drive do passo 4 com atraso, apesar de ter sido eu a perguntar o que se colocaria no Classroom e estar pronta para entregar há bastante tempo.

URL de domínio público

Podem aceder ao meu URL de domínio público clicando neste link: http://rodrigosimoesaib.tk/

Certificado no Sololearn

[IDS] GitHub: Opinião

    O GitHub é, sem dúvida alguma, uma das maiores plataformas de project hosting que dispomos nos dias de hoje. Partindo do princípio que não existem custos para projetos open-source, todos que desejam dar os primeiros passos no mundo digital, podem e devem explorar a ferramenta.

    Uma vez que o GitHub utiliza o Git para fazer o controle de versões, a plaforma permite dividir o projeto em branches, gravar mudanças no repositório, fazer um merge (juntar dois ou mais históricos de desenvolvimento), criar/verificar tags com uma assinatura GPG, descarregar objectos ou referências a partir de outro repositório (ou o próprio) e atualizar remotamente referências com os objectos associados.

    Todas essas ferramentas são apenas a ponta do iceberg das capacidades do GitHub que, com o passar dos anos e com o sucesso da plataforma, integrou mais ferramentas, como por exemplo o Slack, e desenvolveu novas features, como a uma API REST.

 

    Em suma, proporcionar um ambiente gráfico dedicado ao hosting de projetos open source é uma forma de facilitar a integração de newbies na comunidade e de facilitar o desenvolvimento e conhecimento de metodologias mais ágeis no mercado de trabalho, o que foi muito bem conseguido pelo GitHub. 

[IDS] Flutter: Como gerar um apk de um projeto

Com a SDK do Android instalada e o flutter (a SDK do Dart é instalada na primeira execução do comando flutter) , podemos gerar um apk do projeto. Apesar disso, convém verificar se temos as ferramentas necessárias para gerar o apk. 

Para isso, executamos (-v significa verbose, ou seja, o output "completo" do doctor):

~$ flutter doctor -v
[✓] Flutter (Channel stable, 1.22.5, on Linux, locale pt_PT.UTF-8)
    • Flutter version 1.22.5 at /programming/flutter
    • Framework revision 7891006299 (3 months ago), 2020-12-10 11:54:40 -0800
    • Engine revision ae90085a84
    • Dart version 2.10.4

 
[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.3)
    • Android SDK at /Android/Sdk
    • Platform android-30, build-tools 30.0.3
    • Java binary at: /opt/android-studio/jre/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_242-release-1644-b3-6222593)
    • All Android licenses accepted.

Como podemos ver pelo output, temos a SDK do Android e o Flutter instalado. Portanto podemos fazer gerar o apk do projeto. Uma vez que temos o projeto no Bitbucket, fazemos o clone do repositório e executamos:

~/cfqc-mobile-flutter-hackathon-ma$ flutter build apk 
Running "flutter pub get" in cfqc-mobile-flutter-hackathon-ma...         1,2s
Running Gradle task 'assembleRelease'...                                
Removed unused resources: Binary resource data reduced from 72KB to 62KB: Removed 13%
Running Gradle task 'assembleRelease'...                                                                           
Running Gradle task 'assembleRelease'... Done                     237,1s (!)
✓ Built build/app/outputs/flutter-apk/app-release.apk (16.0MB).

 

Feito! Temos a release do apj em build/app/outputs/flutter-apk/app-release.apk a partir do directorio onde se está a ser executado o comando.

[IDS] Bitbucket: Como criar e validar pull requests

Assumindo que as alterações feitas no branch development estão prontas para serem testadas em qualidade (QA ou quality), devemos fazer merge do branch development para o branch quality.

No Bitbucket, dentro do projeto, devemos ir em "Branches" e selecionar "Create" no branch originário que, no nosso caso, é o branch development:

Depois devemos definir a origem e o destino do merge. Como queremos fazer a passagem de development para quality, selecionamos os dois, escolhemos um título e clicamos no botão "Create pull request":

Por agora, o pull request ainda está open, porque está pendente da validação dos revisadores. Uma vez que a dimensão da alteração não é relevante do ponto de vista técnico, isto é, não envolve alterações de base de dados, endpoints ou infraestrutura, podemos aprovar o pull request e fazer o merge, sem reviewers:

Após aprovar, devemos pressionar o botão "Merge" e selecionar a estratégia "Merge commit", porque queremos que o merge esteja documentado no histórico de Commits do Bitbucket. Depois disso, devem aparecer outras janelas que apresentem o processo a ser realizado e botões que confirmem a acção. Por fim, podemos verificar que o merge commt foi concluído:

Portanto, em "Source" podemos voltar a confirmar que o merge foi concluído para o branch "quality":

SUCESSO!

 

[IDS] Bitbucket: Como fazer um commit e push de modificações

Com um repositório criado, devemos fazer um clone do repositório ao qual pretendemos fazer push das alterações. 

NOTA: Convém fazer o clone do repositório no branch específico, assim não é preciso alterar o branch quando for feito commit e push.

Onde:

• $BRANCH É o nome do branch ao qual o clone deve ser feito. Como no projeto existem três branches: production, quality e development, vamos utilizar "develop" como esse valor porque a alteração não foi testada, portanto não deve estar em quality ou production.
• $USER É o nome do usuário (deve ter acesso ao repositório) que vai fazer o clone e o push. Como o nome do meu usuário na Cloud é guilherme-marcello, esse será o valor utilizado por mim.
• $PASS É a password do usuário (deve ter acesso ao repositório) que vai fazer o clone e o push. Uma vez que a password é a parte mais importantante da credencial, para o exemplo, vou utilizar ***.

Executar:

git clone --single-branch --branch $BRANCH  https://$USER:$PASS@bitbucket.org/guilherme-marcello/cfqc-mobile-flutter-hackathon-ma.git

Deve, depois, fazer as alterações (no nosso caso, adicionar todos os ficheiros) na pasta localmente, o que, portanto, pode ser feito através do explorador de ficheiros ou pelo terminal. Após ter as alterações dentro do projeto, deve fazer um git status para verificar qual é o branch atual e se existem alterações para fazer commit:

~/cfqc-mobile-flutter-hackathon-ma$ git status

No ramo development
Your branch is up to date with 'origin/development'.

Arquivos não monitorados:
  (utilize "git add <arquivo>..." para incluir o que será submetido)
        android/
        assets/
        build/
        ios/
        lib/
        pubspec.lock
        pubspec.yaml
        test/
        web/

nada adicionado ao envio mas arquivos não registrados estão presentes (use "git add" to registrar)

Como podemos ver, estamos no branch development (pelo que não precisamos de alterar) e os ficheiros que adicionamos ao projeto localmente foram detetados pelo git. De modo a incluir todos os ficheiros adicionados, devemos executar:

~/cfqc-mobile-flutter-hackathon-ma$ git add .
~/cfqc-mobile-flutter-hackathon-ma$ git status
...
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/inscricao.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/location.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/logo.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/menu.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/notify.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/profilepic.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/sports.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/assets/teams.png
        new file:   build/app/intermediates/flutter/debug/flutter_assets/fonts/MaterialIcons-Regular.otf
        new file:   build/app/intermediates/flutter/debug/flutter_assets/isolate_snapshot_data
        new file:   build/app/intermediates/flutter/debug/flutter_assets/kernel_blob.bin
        new file:   build/app/intermediates/flutter/debug/flutter_assets/packages/cupertino_icons/assets/CupertinoIcons.ttf
...

Como adicionamos o projeto inteiro, temos imensos "new file" como output do git status. Para fazer commit das alterações (após adicionar) com uma mensagem, devemos executar:

~/cfqc-mobile-flutter-hackathon-ma$ git commit -m "Added all project files"

Agora podemos fazer o push das alterações para o branch development ao executar:

~/cfqc-mobile-flutter-hackathon-ma$ git push -u origin development

Enumerating objects: 1180, done.
Counting objects: 100% (1180/1180), done.
Delta compression using up to 4 threads
Compressing objects: 100% (932/932), done.
Writing objects: 100% (1179/1179), 166.45 MiB | 490.00 KiB/s, done.
Total 1179 (delta 538), reused 0 (delta 0)
remote: Resolving deltas: 100% (538/538), done.
remote: 
remote: Create pull request for development:
remote:   https://bitbucket.org/guilherme-marcello/cfqc-mobile-flutter-hackathon-ma/pull-requests/new?source=development&t=1
remote: 
To https://bitbucket.org/guilherme-marcello/cfqc-mobile-flutter-hackathon-ma.git
   001f8e5..4fc43ff  development -> development
Branch 'development' set up to track remote branch 'development' from 'origin'.

Podemos verificar o nosso commit a partir do Bitbucket, dentro do projeto, em "Commits" onde podemos ver o histórico de commits e as modificações realizadas em cada commit por branch.

Ao clicar no id do commit, podemos ver outras informações do commit, como os ficheiros alterados:

[IDS] Bitbucket: Como clonar um repositório

Com uma conta criada e um repositório criado, devemos fazer um clone do repositório de forma a obter localmente o repositório e de forma a atualizá-lo com os avanços que forem feitos. Como podem ver abaixo, precisamos de fazer um clone do repositório antes de fazer push das alterações. No terminal, com o git instalado, executa o seguinte comando, onde:

• $BRANCH É o nome do branch ao qual o clone deve ser feito. Como no projeto existem três branches: production, quality e development, vamos utilizar "develop" como esse valor.
• $USER É o nome do usuário (deve ter acesso ao repositório) que vai fazer o clone e o push. Como o nome do meu usuário na Cloud é guilherme-marcello, esse será o valor utilizado por mim.
• $PASS É a password do usuário (deve ter acesso ao repositório) que vai fazer o clone e o push. Uma vez que a password é a parte mais importantante da credencial, para o exemplo, vou utilizar ***.

git clone --single-branch --branch $BRANCH  https://$USER:$PASS@bitbucket.org/guilherme-marcello/cfqc-mobile-flutter-hackathon-ma.git

Ao substituir:

git clone --single-branch --branch development  https://guilherme-marcello:***@bitbucket.org/guilherme-marcello/cfqc-mobile-flutter-hackathon-ma.git

Após executarem, podem fazer um ls para verificar se o repositório foi clonado e podem fazer cd para ele e começar a trabalhar!

cd cfqc-mobile-flutter-hackathon-ma

[IDS] Bitbucket: Como criar repositório e um projeto

Após criar uma conta no Bitbucket (não acredito que seja algo difícil de se fazer, portanto é escusado de fazer um step-by-step disso), o que deve aparecer no ecrã deve ser algo parecido com:

Ao clicar em "Projects" no menu lateral e em seguida em "Create project", é possível criar um projeto com definições mais específicas (como nome, key, descrição, privacidade e avatar do projeto):

Depois de selecionar "Create project" para concluir a criação do projeto na plataforma, é possível criar repositórios para o projeto (atenção: um projeto é algo grande, então convém dividir cada serviço ou programa por repositórios. "workspace">"projeto">"repositório"). 

Para isso, deve clicar em "Create repository" e definir as propriedades iniciais (podem ser alteradas) do repositório:

Para finalizar a criação do novo repositório, é preciso clicar no botão "Create repository" e o resultado deve ser algo parecido com:

[IDS] Bitbucket

Bitbucket é um serviço de hospedagem de projetos controlados através do Mercurial, um sistema de controle de versões distribuído. É similar ao GitHub (que utiliza Git, somente). Bitbucket têm um serviço grátis e um comercial. O serviço é escrito em Python. Num blog de 2008, de Bruce Eckel comparou Bitbucket favoravelmente ao sítio web Launchpad, que utiliza Bazaar.

O Bitbucket também suporta repositórios usando o sistema de controle de versões Git.

Bitbucket é tudo o que o GitHub e não só! Com ferramentas utéis para o desenvolvimento de software moderno, a plataforma oferece diversos recursos, desde Bitbucket Cloud, Bitbucket Server até Bitbucket Data Center.

fonte: https://pt.wikipedia.org/wiki/Bitbucket

Linguagens de Programação: Entrada 16 - GitHub em maior detalhe (3)

Bem, como prometido no ultimo post, estou aqui para clarificar o que é o Repositório, Branch, e o Pull Request.

Repositório

Repositório, ou repo, é um diretório onde os arquivos do teu projeto ficam armazenados. Ele pode ficar em um depósito do GitHub ou no teu computador. Podes armazenar códigos, imagens, áudios, ou qualquer outra coisa relacionada ao projeto no diretório.

Branch

Branch é uma cópia do diretório. Ponto. Podes usar o branch para desenvolver separadamente do teu projeto principal.

Trabalhar num branch não irá afetar o repositório central ou outros branches. Depois de finalizar o trabalho podes combinar o teu branch isolado com outros branches através de uma merge. Para combinar o branch isolado ao repositório central utiliza-se o Pull Request.

Pull Request

Efetuar um Pull Request significa informar outras pessoas que  vais implementar as mudanças criadas no teu branch ao repositório principal. Os colaboradores do repositório podem aceitar ou negar a Pull Request. Ao abrir um Pull Request podes rever e discutir o teu trabalho com outros colaboradores.

Segue os os passos abaixo para criar uma Pull Request no GitHub:

• Navegue até o repositório e encontre o menu branch.
• No menu branch, selecione o branch que contém o seu trabalho.
• Clique em New pull request ao lado do menu branch.
• Coloque o título e a descrição da Pull Request.
• Clique no botão Create pull request.

Mais fácil que isto não há!

Até á proxima!

Linguagens de Programação: Entrada 14 - GitHub em maior detalhe

Bom dia!

    Para melhor entendermos o que é o GitHub, irei desmanchar a palavra e interpretar as duas palavras que lhe deram origem.

O Que é Git?

    Agora que você sabe o que é GitHub, temos que entender que o Git é o coração do GitHub. Git é um sistema de controlo de versão desenvolvido por Linus Torvalds (o criador do Linux).

O que é um sistema de controlo de versão?

    Sempre que desenvolvedores criam um novo projeto eles continuam criando atualizações no código base. Mesmo depois de o projeto ser lançado é comum a atualização de versões, correção de bugs, adição de novas ferramentas, etc.

    O sistema de controle de versão ajuda a acompanhar as mudanças feitas no código base. E mais, ele também registra quem efetuou a mudança e permite a restauração do código removido ou modificado.

    Não há códigos sobrescritos uma vez que o Git salva múltiplas cópias no repositório.

[IDS] Git: Básico

    Em 2005, Linus Torvalds (o homem conhecido por criar o núcleo, ou kernel, do SO Linux) desenvolveu o GIT, que desde então tem sido ativamente mantido por Junio ​​Hamano, um engenheiro de software japonês.

   Atualmente, o GIT é um dos mais famosos sistemas de controle de versão de código aberto e milhões de projetos no mundo inteiro o utilizam para seu controle de versão (incluindo projetos comerciais e de código aberto).

    O Git é totalmente grátis e pode ser instalado em Mac, Linux, Windows e Solaris diretamente do site oficial . Algumas das características essenciais do GIT são:

1. Um sistema de controle de versão distribuído, o GIT segue uma abordagem peer to peer, contrário de outros como o Subversion (SVN) que segue um modelo baseado em cliente-servidor.
2. GIT permite aos desenvolvedores ter uma infinidade de ramos de código completamente independente. Criação, exclusão e fusão desses ramos é simples e não leva tempo.
3. No GIT, todas as operações são atômicas. Isso significa que uma ação pode ter sucesso ou falhar (sem fazer nenhuma alteração). Isso é importante porque em alguns sistemas de controle de versão (como o CVS) onde as operações não são atômicas, se uma operação de repositório é suspensa, ela pode deixar o repositório em um estado instável.
4. No GIT, tudo é armazenado dentro da pasta .git. Isso não é o mesmo em outros VCS como SVN e CVS onde os metadadados de arquivos são armazenados em pastas ocultas (por exemplo, .cvs, .svn, etc.)
5. GIT usa um modelo de dados que ajuda a garantir a integridade criptográfica de qualquer coisa presente dentro de um repositório. Cada vez que um arquivo é adicionado ou um commit é feito, suas somas de verificação são geradas. Da mesma forma, eles são recuperados através de suas somas de verificação também.
6. Outra característica presente no GIT é sua área de teste ou índice. Na área de preparação, os desenvolvedores podem formatar commits e receber feedback ​​antes de aplicá-los.

fonte:https://www.hostinger.com.br/tutoriais/tutorial-do-git-basics-introducao/?_ga=2.245546823.231330385.1606131476-558935213.1606131476

[IDS] Github: O que é?

GitHub é uma plataforma de hospedagem de código-fonte e arquivos com controle de versão usando o Git. Ele permite que programadores, utilitários ou qualquer usuário cadastrado na plataforma contribuam em projetos privados e/ou Open Source de qualquer lugar do mundo. GitHub é amplamente utilizado por programadores para divulgação de seus trabalhos ou para que outros programadores contribuam com o projeto, além de promover fácil comunicação através de recursos que relatam problemas ou mesclam repositórios remotos (issues, pull request).

O GitHub é mundialmente usado e chega a ter mais de 36 milhões de usuários ativos mundialmente contribuindo em projetos comerciais ou pessoais. Hoje o GitHub abriga mais de 100 milhões de projetos, alguns deles que são conhecidos mundialmente. WordPress, GNU/Linux, Atom, Electron. GitHub também oferece suporte ao recurso de organizacão que é amplamente utilizado por aqueles que querem uma escala maior para seus projetos. Na maioria das vezes, o recurso é usado por empresas já existentes como a Google, Microsoft e WordPress.

fonte: https://pt.wikipedia.org/wiki/GitHub

Git - O que é?

Git é um termo da gíria do inglês britânico que serve para caracterizar pessoas que acham que têm sempre razão, podendo até por vezes ser desagradável. Mas o que é o Git do qual falamos?

Git é um sistema de controlo de versões para desenvolvedores de software, sendo o nome uma sátira ao termo da gíria do inglês britânico.

Lançado dia 7 de abril de 2005, desenvolvido por Linus Torvalds, inicialmente desenhado para o desenvolvimento do Linux foi posteriormente adotado por muitos outros projetos.

Está disponível gratuitamente para qualquer utilizador e funciona com repositórios: cada projeto é um repositório e contém um histórico de versões podendo o utilizador aceder a uma versão antiga facilmente.

Alguns exemplos de projetos bastante conhecidos que utilizam Git para controlarem as suas versões são:

• Android - sistema operativo móvel
• Debian - sistema operativo
• Eclipse - IDE
• Reddit - rede social
• VLC - media player

Bem como bastantes outros projetos!

Consultei a Wikipédia dia 22/01/2019