ylmenezes / PHPJuno-v2

PHP Juno - Integração com API 2.0

PHP Juno

A classe foi criada para auxiliar a integração com API 2.0 da Juno,a mesma está em produção para empresas que presto serviço além de projetos pessoais.

• Documentação Juno (Oficial)
• Repositório Juno (Oficial)

Projeto

Criando uma pasta com o projeto

git clone URL_DO_PROJETO
cd NOME_DO_PROJETO

Branch de Desenvolvimento

Você deve criar uma branch para seu desenvolvimento, de preferência com o seu nome.sobrenome :)

git checkout -b NOME_BRANCH
git add .
git commit -m "Primeiro Commit"
git push -u origin NOME_BRANCH

Todas as alterações devem ser feitas em sua branch e enviar ao repositório remoto

Primeiros Passos

No arquivo config.php você deve informa o tokens de acesso gerado pelo painel da Juno.

No Painel Juno,vá em menu Plugins & API > Criação de Credencial.

Atenção: Os tokens devem ser gerados de acordo com o ambiente de uso, para desenvolvimento acesse Juno Sandbox.

Parâmetro	Tipo	Descrição
Token	String **	Token Privado
ClientID	String **	Informe o ClientID gerado no passo anterior
ClientSecret	String **	Informe o Secret gerado no passo anterior
Sandbox	Boolean	O último parâmetro defini qual ambiente você está trabalhando. Para desenvolvimento usar TRUE. Valor padrão FALSE

** Campos obrigátorios como parâmetros para a classe

Código config.php:

$token         = '';
$ClientID      = '';
$ClientSecrect = '';

$juno = new Juno($token, $ClientID, $ClientSecrect, false);

Iniciar

Você pode iniciar o projeto com Docker ou servidor nativo do PHP:

• Docker

docker compose up -d

• PHP

php -S localhost:8080

QUA - Qualidade

É uma branch criada para receber o primeiro pull request de melhoria/correção, nossa equipe de colaboradores irá fazer a revisão e implementar em ambientes de homologação. Sendo avaliada com sucesso enviaremos para a master de projeto.

License

• MIT License

Versionamento do Software

Essa regra define que o software usa versionamento semântico e deve obrigatoriamente as versões no formato x.y.z, com x, y e z sendo inteiros não-negativos e sem conter zeros à esquerda.

• x é a versão principal (ou major version) ser incrementado se houver alterações incompatíveis com versões anteriores;
  
• y é a versão secundária (ou minor version) com funcionalidades novas, mas ainda compatíveis com as versões passadas;
  
• z é a versão de remendo (ou patch version) essa regra define o que é uma "correção de bug":