Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Painel
  1. Não devemos encaminhar pacotes internos para os clientes;
  2. Sempre deve ser utilizada a central de downloads;
  3. Não devemos encaminhar pacotes por email, sempre deve haver um ticket e issue para manter o registro para todos;


Deck of Cards
historyfalse
iddeck principal
Card
labelDatasul
Expandir
titleBack-end

01. FAZER CHECKIN NO TFS

Normalmente no caminho $/HCM/Fontes_Doc/Sustentacao/V11/V11/progress/src/rh/meurh/api/v1/ e $/HCM/Fontes_Doc/Sustentacao/V11/V11/progress/src/rh/mfp

02. GERAR DOCUMENTO TÉCNICO CORRETAMENTE

Documentação Protheus - Estrutura e Templates do TDN 

03. PACOTE PARA TESTE

  1. Para gerar o pacote para testar é necessário ajustar o campo Status Pacote com Gerar.
  2. O pacote da issue deve ser baixado para testar, caso o download não seja realizado o robo entende que não houve teste e pode haver problemas na expedição.

04. CALENDÁRIO DE EXPEDIÇÃO

  1. Compilar fontes da V11. (no caso de emergencial, não seria melhor testarmos o pacote que será enviado ao cliente?)

04. CHECKIN NA TS PARA CONSOLE

Antes de concluir a issue deve ser feito o checkin em todas as TS que será expedidaTodas as issues concluídas até segunda-feira são expedidas no pacote toda sexta-feira. Então as issues concluídas terça-feira, quarta-feira, quinta-feira, sexta-feira e segunda-feira serão expedidas na próxima sexta-feira.

05. PACOTES EMERGENCIAS

Adicionar label "expedicao_tradiocional" na issue.Publicação dos pacotes GCAD Tools

Expandir
titleFront-end

01

VISÃO GERAL

Configurar permissão/restrição acesso às rotinas do Meu RH.

02

ATUALIZAR MASTER

Criar um branch master e dar o comando "git pull origin master"

03

02GERAR BUILD DE PRODUÇÃO

Após atualizar a branch gerar a build com o comando "ng build --prod"

03. GERAÇÃO DO WAR

Adicionar a dist dentro do war da respectiva versão.

04. CONFERIR DEPENDÊNCIAS

  1. Conferir depedências do frame no diretório 
  2. Validar arquivos do diretório WEB-INF/classes/com/totvs/hcm/html/rest

05. TESTE DE ACESSOS AOS MENUS

Como a expedição dos artefatos é para todos os clientes, sempre que gerarmos um build para publicar é importante que seja feito um teste rápido navegando pelos menus do Meu RH, principalmente nas funcionalidade que foram criadas e/ou alteradas.

05

06

SUBSTITUIR PROPERTIES.JSON

No diretório Portais\PortalMeuRH que é gerado a dist, antes de publicar substitua o properties.json do diretório pelo properties.json padrão do Protheus.

06. SUBIR NO GOOGLE DRIVE

Renomeie o diretório para PortalMeuRH, faça um pasta compactada, renomeie a pasta para AA-MM-DD-ARQUIVOS_PORTAL_MEURH

Subir no Google Drive e permitir acesso para todos da totvs: https://drive.google.com/file/d/1v2Ivbkd7NkSAPvsIX9W5koiG_eARpWUB/view?usp=sharing

07. ABRIR TICKET GCAD

Enviar e-mail para [email protected] com as informações: 

Boa tarde!

Poderiam atualizar a publicação: https://suporte.totvs.com/portal/p/10098/download?e=696055 

Substituir pelo arquivo: colocar link do drive gerado anteriormente

Motivo: RHMOBILE01-10260 (colocar código da issue ou motivo de estar solicitando a atualização)

Atenciosamente.

Assim será aberto um ticket para o GCAD atualizar os arquivos do Meu RH na central de downloads.

08. ALTERAR DOCUMENTO TÉCNICO NO TDN

Após o GCAD atualizar a publicação, devemos ajustar documento técnico explicando para o cliente que a atualização foi realizada no front-end, por exemplo:

Foi efetuado o ajuste no front-end da aplicação, atualize seus arquivos:

CHECKIN NA TS PARA CONSOLE

É necessário fazer o checkin para todas as releases no TFS.

JBOSS Meu RH: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/deploy/datasul-byyou-12.1.32-SNAPSHOT.ear/html-hcm-12.1.32-SNAPSHOT.war

JBOSS Telas de Aprovações: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/deploy/datasul-byyou-12.1.32-SNAPSHOT.ear/totvs-hcm.war

TOMCAT Meu RH: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/webapps/html-hcm.war

TOMCAT Telas de Aprovações: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/webapps/totvs-hcm.war

06. ESTEIRA DO JENKINS PARA RELEASE

http://prado.jv01.local:8080/view/HCM/job/11.5.X-HTML-HCM/

http://prado.jv01.local:8080/view/NFRW_HTML/job/11.5.X-HTML-HCM-NFRW/

http://prado.jv01.local:8080/view/THF2/job/11.5.X-THF2-totvs-HCM/

Expandir
titleDocumentação

01. MANUAL

Documentação Protheus - Estrutura e Templates do TDN 

02. DOCUMENTO TÉCNICO AUTOMÁTICO

A geração automática do DT está disponível na transição da etapa de Documentação para Em Teste Integrado (com doc.), para o fluxo Simplificado e também Tradicional.

ncher o formulário:

Space TDN: NPR - Meu RH
Página Pai TDN (Agrupadora): Manutenção 12.1.33
Produto - Nova Nomenclatura: Meu RH
Linha de Produto - Nova Nomenclatura: Linha ProtheusDatasul
Label TDN: Label/Rótulo para inclusão na criação do Documento Técnico no TDN. Obs.: Informação obrigatória de acordo com estrutura do Produto. Esta informação também definirá rotas no Workflow.
Todos os países: Todos os países
Summary: Problema X na rotina Y
Situação/Requisito: Ao acessar Y ocorre problema X
Solução TDN: Foi incluída uma validação no campo Z dentro da rotina Y que impede o preenchimento incorreto que ocasionava o erro X.
Demais informações TDN: (Quando precisar atualizar o front-end)

  • Atualize os arquivos Meu RH com data igual ou superior a DD/MM/AAAA: https://suporte.totvs.com/portal/p/10098/download?e=696055
  • Não esqueça de manter o seu properties.json.
  • Para que a atualização seja vista pode ser que seja necessário limpar o cache.

     Será liberado oficialmente na console do dia XX/XX/XXXX para as versões: 12.1.XX.X, 12.1.XX.X e 12.1.XX.X

    Assuntos Relacionados TDN: (Quando tiver outras páginas do TDN sobre o assunto)

    03. DOCUMENTAÇÃO DE REFERÊNCIA

    1. Nosso espaço no TDN: Documento de Referência
    2. Para alterações no modo de funcionamento das rotinas devem ser ajustadas as documentações.
    3. Para as novas funcionalidades deve ser gerado uma nova documentação.
    Expandir
    titleExpedição contínua

    01. 

    MANUAL

    CALENDÁRIO

    Calendário de Expedição Contínua Protheus - Documentação InternaDATASUL

    02. 

    OBSERVAÇÕES

    CHECKIN NA TS PARA CONSOLE

    Back-end:

    Conferir se foram realizados todos os checkins.

    Front-end:

    JBOSS Meu RH: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/deploy/datasul-byyou-12.1.32-SNAPSHOT.ear/html-hcm-12.1.32-SNAPSHOT.war

    JBOSS Telas de Aprovações: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/deploy/datasul-byyou-12.1.32-SNAPSHOT.ear/totvs-hcm.war

    TOMCAT Meu RH: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/webapps/html-hcm.war

    TOMCAT Telas de Aprovações: $/Patches_Datasul/{release}/{patch}/Squad MeuRH/webapps/totvs-hcm.war

    s

    Todas as

    issues concluídas até segunda-feira são expedidas no pacote toda sexta-feira.

    1. O front-end não é enviado no mesmo pacote. (não deveriamos reabrir essa frente?)
    2. Quando houver alteração de dicionário precisamos rodar o UPDDISTR para testar e acrescentar na documentação correspondente.

    03. CHECKLIST DA CONSOLE

    Testes da console

    Card
    labelProtheus
    Expandir
    titleBack-end

    01. FAZER CHECKIN NO TFS

    Normalmente no caminho $/Protheus_Padrao/Fontes_Doc/Master/Fontes/Web Services/WebServices/RH/

    02. GERAR DOCUMENTO TÉCNICO CORRETAMENTE

    Documentação Protheus - Estrutura e Templates do TDN 

    03. PACOTE PARA TESTE

    1. Para gerar o pacote para testar é necessário ajustar o campo Status Pacote com Gerar.
    2. O pacote da issue deve ser baixado para testar, caso o download não seja realizado o robo entende que não houve teste e pode haver problemas na expedição.

    04. CALENDÁRIO DE EXPEDIÇÃO

    Todas as issues concluídas até segunda-feira são expedidas no pacote toda sexta-feira. Então as issues concluídas terça-feira, quarta-feira, quinta-feira, sexta-feira e segunda-feira serão expedidas na próxima sexta-feira.

    05. PACOTES EMERGENCIAS

    Adicionar label "expedicao_tradiocional" na issue.

    Expandir
    titleFront-end
    Expandir
    titleBack-end

    01. 

    VISÃO GERAL

    FAZER CHECKIN NO TFS

    Normalmente no caminho $/HCM/Fontes_Doc/Sustentacao/V11/V11/progress/src/rh/meurh/api/v1/ e $/HCM/Fontes_Doc/Sustentacao/V11/V11/progress/src/rh/mfp

    02. GERAR DOCUMENTO TÉCNICO CORRETAMENTE

    Documentação Protheus - Estrutura e Templates do TDN 

    03. PACOTE PARA TESTE

    1. Compilar fontes da V11. (no caso de emergencial, não seria melhor testarmos o pacote que será enviado ao cliente?)

    04. CALENDÁRIO DE EXPEDIÇÃO

    Calendário de Expedição Contínua DATASUL

    05. PACOTES EMERGENCIAS

    Publicação dos pacotes GCAD Tools

    Expandir
    titleFront-end

    01

    Configurar permissão/restrição acesso às rotinas do Meu RH.

    02

    ATUALIZAR MASTER

    Criar um branch master e dar o comando "git pull origin master"

    03

    02GERAR BUILD DE PRODUÇÃO

    Após atualizar a branch gerar a build com o comando "ng build --prod"

    04

    03. TESTE DE ACESSOS AOS MENUS

    Como a expedição dos artefatos é para todos os clientes, sempre que gerarmos um build para publicar é importante que seja feito um teste rápido navegando pelos menus do Meu RH, principalmente nas funcionalidade que foram criadas e/ou alteradas.

    05

    04SUBSTITUIR PROPERTIES.JSON

    No diretório Portais\PortalMeuRH que é gerado a dist, antes de publicar substitua o properties.json do diretório pelo properties.json padrão do Protheus.

    06

    05SUBIR NO GOOGLE DRIVE

    Renomeie o diretório para PortalMeuRH, faça um pasta compactada, renomeie a pasta para AA-MM-DD-ARQUIVOS_PORTAL_MEURH

    Subir no Google Drive e permitir acesso para todos da totvs: https://drive.google.com/file/d/1v2Ivbkd7NkSAPvsIX9W5koiG_eARpWUB/view?usp=sharing

    07

    06. ABRIR TICKET GCAD

    Enviar e-mail para [email protected] com as informações: 

    Painel

    Boa tarde!

    Poderiam atualizar a publicação: https://suporte.totvs.com/portal/p/10098/download?e=696055 

    Substituir pelo arquivo: colocar link do drive gerado anteriormente

    Motivo: RHMOBILE01-10260 (colocar código da issue ou motivo de estar solicitando a atualização)

    Atenciosamente.

    Assim será aberto um ticket para o GCAD atualizar os arquivos do Meu RH na central de downloads.

    08

    07. ALTERAR DOCUMENTO TÉCNICO NO TDN

    Após o GCAD atualizar a publicação, devemos ajustar documento técnico explicando para o cliente que a atualização foi realizada no front-end, por exemplo:

    Foi efetuado o ajuste no front-end da aplicação, atualize seus arquivos:

    Expandir
    titleDocumentação

    01. MANUAL

    Documentação Protheus - Estrutura e Templates do TDN 

    02. DOCUMENTO TÉCNICO AUTOMÁTICO

    A geração automática do DT está disponível na transição da etapa de Documentação para Em Teste Integrado (com doc.), para o fluxo Simplificado e também Tradicional.

    ncher o formulário:

    Space TDN: NPR - Meu RH
    Página Pai TDN (Agrupadora): Manutenção 12.1.33
    Produto - Nova Nomenclatura: Meu RH
    Linha de Produto - Nova Nomenclatura: Linha Protheus
    Label TDN: Label/Rótulo para inclusão na criação do Documento Técnico no TDN. Obs.: Informação obrigatória de acordo com estrutura do Produto. Esta informação também definirá rotas no Workflow.
    Todos os países: Todos os países
    Summary: Problema X na rotina Y
    Situação/Requisito: Ao acessar Y ocorre problema X
    Solução TDN: Foi incluída uma validação no campo Z dentro da rotina Y que impede o preenchimento incorreto que ocasionava o erro X.
    Demais informações TDN: (Quando precisar atualizar o front-end)

    Assuntos Relacionados TDN: (Quando tiver outras páginas do TDN sobre o assunto)

    03. DOCUMENTAÇÃO DE REFERÊNCIA

    1. Nosso espaço no TDN: Documento de Referência
    2. Para alterações no modo de funcionamento das rotinas devem ser ajustadas as documentações.
    3. Para as novas funcionalidades deve ser gerado uma nova documentação.
    Expandir
    titleExpedição contínua

    01. MANUAL

    Expedição Contínua Protheus - Documentação Interna

    02. OBSERVAÇÕES

    1. Todas as issues concluídas até segunda-feira são expedidas no pacote toda sexta-feira.
    2. O front-end não é enviado no mesmo pacote.
    3. Quando houver alteração de dicionário precisamos rodar o UPDDISTR para testar e acrescentar na documentação correspondente.
    Card
    labelRM
    Expandir
    titleExpedição contínua

    01. CALENDÁRIO

    São expedidos os pacotes toda quarta e sexta-feira.

    02. CAMPO RELEASE PARA NOTIFICAÇÃO

    O campo Release para Notificação deve estar preenchido.

    02. ASSOCIAÇÕES

    Só devem ser feitas associações de issues para mesmo release, o robo só expede uma versão de release por issue pai.

    04. PACOTES EMERGENCIAOS

    O campo Release para NotificQuando necessário deve ser comunicado no chat e solicitada via portal da engenharia: http://10.31.0.83/DashboardExpedicao/