Codelab para desenvolvedores Android

Você pode ajudar a desenvolver o sistema operacional mais instalado na história da Terra. Sim, você está aqui para embarcar na jornada de se tornar um engenheiro da plataforma Android.

Embora o caminho seja desafiador, a equipe do Android se esforça para simplificar sua jornada a cada lançamento. E a equipe faz melhorias todos os dias por meio do trabalho direto no Android Open Source Project (AOSP).

Então relaxe, ligue um terminal e vamos fazer história.

Metas

A missão deste codelab é dupla:

  1. Para lhe dar uma pequena amostra de como é o fluxo de trabalho do desenvolvedor para engenheiros Android que trabalham na plataforma (o sistema operacional).
  2. Incentive você a fornecer feedback sobre as ferramentas, a documentação e o fluxo de trabalho do desenvolvedor do Android.

Pré-requisitos

A lista de requisitos deste codelab deriva daquelas para desenvolvimento de plataforma geral ( AOSP ). Para fazer este codelab, configure o seguinte:

Ambiente

Normalmente, os usuários constroem e desenvolvem diretamente na estação de trabalho. Como você pode estar trabalhando em vários terminais e muitos dos comandos usados ​​são específicos do terminal, você precisará executá-los novamente em cada sessão do terminal. Especificamente, eles incluem os comandos source build/envsetup.sh e lunch .

Configurar estação de trabalho

  1. Instale os pacotes necessários em sua estação de trabalho.
  2. Ainda em um terminal, instale o Repo e obtenha credenciais para todos os repositórios Git.

Inicialize e sincronize o código

  1. Navegue até seu diretório inicial:

    cd ~
    
  2. Crie um subdiretório de trabalho local dentro dele:

    mkdir aosp
    
  3. Navegue até o diretório:

    cd aosp
    
  4. Inicialize a ramificação principal do código-fonte do repositório AOSP (o padrão):

    repo init -u https://android.googlesource.com/platform/manifest
    
  5. Insira ou aceite suas credenciais do Git (nome, endereço de e-mail).

  6. Sincronize o código-fonte:

    repo sync -j8
    

As sincronizações iniciais podem levar uma hora ou mais.

Cada checkout do repositório é representado por um arquivo de manifesto . É permitido ter mais de um checkout de repositório por vez, desde que existam em diretórios distintos. Mas observe que cada checkout e build equivale a aproximadamente 300 GB de uso (e aumentando), então limite-se a 2 checkouts de repositório ou aumente seu sistema com uma unidade secundária.

Construa o código

Para compilar o Android, você deve selecionar um tipo de dispositivo de destino para compilar com o comando lunch . Um destino é uma permutação de dispositivo, como um modelo ou formato específico.

O destino do dispositivo aosp_cf_x86_64_phone-userdebug permite que você crie o dispositivo Android virtual Cuttlefish para teste sem um dispositivo físico.

Para criar e atualizar um dispositivo físico, escolha outro destino e siga as instruções para dispositivos flash .

  1. Configure seu ambiente para criar dispositivos Android executando o seguinte comando na raiz da verificação do código-fonte:

    source build/envsetup.sh
    
  2. Passe o alvo de construção para o comando Lunch, assim:

    lunch aosp_cf_x86_64_phone-trunk_staging-userdebug
    
  3. Crie o código em qualquer lugar do seu checkout com:

    m
    

Espere que a primeira construção leve horas. As compilações subsequentes levam significativamente menos tempo.

Crie uma instância Acloud

Acloud é uma ferramenta de linha de comando em AOSP que auxilia os usuários na criação de dispositivos Android virtuais, neste caso o Cuttlefish.

Se você estiver na mesma sessão de terminal usada para criar o código , prossiga. Caso contrário, execute novamente o script envsetup.sh e o mesmo comando lunch que você usou primeiro. Então

  1. Instale as dependências para executar um dispositivo virtual Cuttlefish localmente com:

    acloud setup
    
  2. Se solicitado, reinicie sua estação de trabalho para que todas as alterações tenham efeito.

  3. Crie uma instância local acloud com:

    acloud create --local-image --local-instance
    
  4. Selecione o dispositivo Choco.

Você será saudado com uma sessão VNC contendo um dispositivo Android!

Você pode interagir com o dispositivo virtual em sua estação de trabalho usando mouse e teclado. Você também pode acompanhar a atividade nos registros enquanto usa seu dispositivo, empregando o comando logcat do Android Debug Bridge (adb):

adb logcat

Faça uma mudança

Atualize o código-fonte seguindo este exemplo changelist .

  1. Na raiz do seu checkout (diretório aosp/ ), navegue até o projeto frameworks/native Git:

    cd frameworks/native
    
  2. Inicie um projeto temporário com este comando:

    repo start <some-name> .
    
  3. Edite SurfaceFlinger.cpp para incluir as atualizações da lista de alterações no seguinte local:

    aosp/frameworks/native/services/surfaceflinger/SurfaceFlinger.cpp
    
  4. Encontre esta linha:

    postComposition();
    
  5. Substitua essas duas linhas pelo seguinte:

    postComposition();
    mClientColorMatrix = mat4(vec4{1.0f, 0.0f, 0.0f, 0.0f}, vec4{0.0f, -1.0f, 0.0f, 0.0f},
                              vec4{0.0f, 0.0f, -1.0f, 0.0f}, vec4{0.0f, 1.0f, 1.0f, 1.0f});
    updateColorMatrixLocked();
    
  6. Construa o código:

    m
    
  7. Atualize a compilação no dispositivo:

    adb root
    adb remount
    adb sync
    adb reboot
    acloud reconnect
    
  8. Se você for solicitado a selecionar um dispositivo, escolha aquele que mostra o menor tempo decorrido. (Este é provavelmente o último da lista que você vê.) Para ver todas as instâncias de dispositivos virtuais, use os comandos acloud list e acloud list -v .

Verifique se você vê uma mudança de cor no dispositivo selecionado, semelhante ao mostrado na Figura 1.

Example of a successful color change

Figura 1. Aparência da tela após mudança de cor bem-sucedida

Teste seu código

Esta parte do codelab utiliza um teste de exemplo que está na árvore de origem e está falhando. Isso emprega Atest para executar o teste localmente e testar o código.

Para usar o teste, siga estas instruções:

  1. Correr:

    atest DevCodelabTest
    
  2. O teste falhará. Para corrigir isso, encontre o código-fonte do teste com falha:

    atest --info android.test.example.devcodelab.DevCodelabTest#testHelloWorld
    
  3. Então olhe aqui

    platform_testing/tests/example/devcodelab
    
  4. Para fazer com que o arquivo seja editado, pegue o nome do teste em android.test.example.devcodelab.DevCodelabTest e substitua o . com / , para obter este resultado:

    src/android/test/example/devcodelab/DevCodelabTest.java
    
  5. Então edite

    platform_testing/tests/example/devcodelab/src/android/test/example/devcodelab/DevCodelabTest.java
    

    substituir

    Assert.assertTrue(false)
    

    com

    Assert.assertTrue(true)
    
  6. Execute o teste novamente para verificar se você corrigiu o problema:

    atest DevCodelabTest
    

Envie seu código para revisão

O Repo simplifica o uso do Git agrupando comandos como git clone para funcionar em vários repositórios (ou projetos) Git de uma só vez.

Consulte Ferramentas de controle de origem para obter visões gerais do Git e do Repo, com links para a documentação completa sobre como trabalhar com o código-fonte do Android. Consulte o repositório AOSP para obter a lista completa de projetos Git e os projetos individuais (caminhos) para ramificações associadas a cada projeto.

Para revisão de código de seus projetos no Git, você usará o sistema de revisão de código baseado na web Gerrit .

  1. Supondo que você fez suas alterações no frameworks/native , execute estes comandos para carregá-los:

    cd frameworks/native
    repo start codelab .
    git add .
    git commit
    
  2. Para sua mensagem de commit, digite o seguinte:

    Android codelab change
    Test: manual atest
    
  3. Envie sua alteração:

    repo upload
    

Se tiver sucesso, você verá uma mensagem semelhante a esta:

Upload project frameworks/native/ to remote branch main:
  branch codelab ( 1 commit, Wed Aug 7 09:32:33 2019 -0700):
         ff46b36d android codelab change
to https://android-review.googlesource.com/ (y/N)? y
remote: Processing changes: refs: 1, new: 1, done
remote:
remote: SUCCESS
remote:
remote:   https://android-review.googlesource.com/c/platform/frameworks/native/+/1098432 android codelab change [NEW]
remote:
To https://android-review.googlesource.com/platform/frameworks/native
 * [new branch]          codelab -> refs/for/main

Veja sua alteração em Gerrit

Acesse o link, impresso no terminal, que se assemelha a este:

https://android-review.googlesource.com/c/platform/frameworks/native/+/1098432

Isso conclui o codelab inicial para desenvolvimento da plataforma Android. Consulte Envio de patches para as próximas etapas e, para obter detalhes completos sobre o desenvolvimento do Android, consulte o restante deste site.

Reverter sua alteração

Normalmente, após o teste e após revisão e aprovação, você envia sua alteração no Gerrit e a mescla no repositório.

Em vez disso, para os fins deste codelab, reverta sua lista de alterações clicando em Abandonar no Gerrit.

Em seguida, abandone o branch temporário associado no diretório frameworks/native project (ou seus subdiretórios):

repo abandon codelab .

Lembre-se também de reverter as alterações feitas no arquivo de teste. Como você não repo start , git commit e repo upload a alteração, você pode redefinir o próprio arquivo. Supondo que você esteja no aosp/platform_testing directory , use o seguinte para redefinir o arquivo:

git reset HEAD tests/example/devcodelab/src/android/test/example/devcodelab/DevCodelabTest.java
git checkout .

Neste ponto, você terminou! Bom trabalho!

Obter ajuda

Se você encontrar erros durante este codelab, informe-os usando o link Issue Tracker na parte inferior de qualquer página. Envie perguntas para o grupo de construção de Android .