Skip to content

Introdução ​

As versões são gerenciadas pelo database "compi" do servidor. Atualmente, o servidor se encontra no endereço 192.168.0.204/compi

SELECT * FROM VERSOES ORDER BY VERBAS, VERSAO

VersoesAtuais.png

Pelo select acima conseguimos ver algumas informações vitais. A versão, o código que representa a versão, a release atual e se ela é final ou não.

Na primeira linha, versão 7.2, o verbas é 259 é o código da versão (TT_IDF.VERBAS), release é o número da release atual.

O campo verfin, tem duas opções: G - Versão em testes, NÃO é compilada como liberada, usamos no branch DEV; F - São as versões que são compiladas como liberadas, destinadas aos clientes.

Criando uma nova base compi a partir de DUMP ​

Quando houver a separação de uma nova versão, ou seja, a versão que está na DEV descer para RELEASE, é necessário criar uma nova base COMPI para a versão. O script abaixo criou a versão 7.2, número 259:

1. Conectar na 192.168.0.204 pelo putty, ele está instalado no servidor 192.168.0.154

2. Digitar o usuário "postgres" e a senha "ttq1w2e3@"

3. cd /usr/local/pgsql/bin

4. ./psql -U TOTALI compi

5. DROP SCHEMA "COMPI259" CASCADE;

6. DROP ROLE "COMPI259";

7. CREATE ROLE "COMPI259" WITH LOGIN SUPERUSER INHERIT CREATEDB NOCREATEROLE NOREPLICATION PASSWORD '775533';

8. CREATE SCHEMA "COMPI259" AUTHORIZATION "COMPI259";

9. ALTER ROLE "COMPI259" SET SEARCH_PATH = "COMPI259", public, pg_catalog;

10. \q

11. cp /dados/public/postgre/compi/COMPI.dmp /dados/public/postgre/compi/chetst.dmp

12. sh /dados/public/postgre/compi/replace_totali COMPI190 COMPI259 /dados/public/postgre/compi/chetst.dmp

13. /usr/local/pgsql/bin/psql -U COMPI259 -f /dados/public/postgre/compi/chetst.dmp compi > /dados/public/postgre/compi/COMPI259.txt

Isso irá criar a nova base COMPI259, observe que nesse momento não existe o script da versão 259, então deve-se:

A. Migrar com o script da 258

B. Compilar a versão RELEASE da totalisql como liberado

C. Migrar a base COMPI259, com o script da base 259.

São necessárias, portanto, duas migrações ao se criar uma nova base COMPI.

Como Separar os Fontes da Nova Release ou Versão ​

Depois de criar a base COMPI nova, COMPI259, COMPI260, etc. É necessário ajustar o versionamento que o compilador utiliza. Ele fica em 192.168.204/compi, schema "public", tabela "VERSOES":

1. O primeiro passo é editar ou adicionar as linhas que representam a nova release ou versão. No caso da imagem acima, a versão 7.1 deixou de ser DEV e virou Release, e a 7.2 ficou como DEV, bem como a versão 7.0 que era a MASTER, teve a release 7 liberada.

2. Alterar no subversion os fontes liberados.

Descendo a versão ​

1. No azure, ir até a pasta "totaligenexus", "totalicommerce" e "totalisql", criar um novo pull request, apontando de DEV para Release. Aprovar e fazer o merge, mas tomar CUIDADO para não deletar o branch DEV.

DescendoVersaoAzure.png

2. Depois de descer a versão é necessário ajustar os arquivos TOTALI.COP da DEV em todos os sistemas. No projeto "totalisql", é necessário apagar os arquivos da versão anterior e renomear o primeiro arquivo. No caso, a versão anterior era 7.1 (258) e ficou 7.2 (259), portanto deleta-se todos os arquivos PASSO_258_xxx.mac e renomeia apenas o primeiro de PASSO_258_001.mac para PASSO_259_001.mac

Realizando Merge entre as versões no GIT ​

O merge faz com que as alterações das versões anteriores sejam passadas para as próximas versões, portanto, é necessário antes de compilar.

1. Quando houver as versões Master\Release\DEV

git reset --hard git fetch --all --prune git checkout master git pull   git checkout release git pull git pull origin master git push   git checkout dev git pull git pull origin release git push

2. Quando houver as versões Master\DEV

git reset --hard git fetch --all --prune git checkout master git pull     git checkout dev git pull git pull origin master git push

Criando as Tags no Git ​

A Tag marca um ponto do repositório, pode ser vista como um "Checkpoint". Após realizar os merges no Azure, nós fazemos o processo de "Tag", o que possibilita sempre poder recompilar aquela versão novamente.

Comandos:

git checkout master git pull git tag -d 7.0r07 git tag -a 7.0r07 -m "7.0r07" git push --tag -f origin master   git checkout release git pull git tag -d 7.1 git tag -a 7.1 -m "7.1" git push --tag -f origin release     git checkout dev git pull git tag -d 7.2 git tag -a 7.2 -m "7.2" git push --tag -f origin dev

Compilando ​

Após criar a base COMPI, fazer os merges, fazer o processo de TAG, é hora de compilar.

No compilador do Delphi 7 e Delphi XE7 (192.168.0.140, usuário [email protected]). Marca-se master/release e "Liberado", projeto "totalicommerce", desmarca-se os 3 checkboxes e clica-se em iniciar.

CompilandoDelphiXE7.png

Para o Commerce Web o processo é muito similar ao do Delphi, segue o mesmo versionamento, mas deve-se alterar o arquivo "DadosVersao" antes de importar as diferenças do genexus, indicando a nova release/versão.

Categorias ​