🔐
Trust Enterprises
  • Getting Started
  • Intro video course
    • Introduction of the Trust Enterprises project [2:16]
    • Deployment of your first Serverless client [6:29]
    • Using Postman with the Trust Enterprises API [6:33]
    • Installation of the Trust Enterprises Laravel package [7:51]
    • Basic interaction with your client with Laravel. [10:28]
  • Deployment
    • Vercel
    • Environment Variables
    • Github Actions
  • REST API
    • Overview
    • Inscriptions
      • Deploy an Inscription
      • Mint an Inscription
      • Burn an Inscription
      • Transfer an Inscription
    • NFT Ecosystem
      • Create an NFT Collection
      • Generate Metadata
      • Mint an NFT
      • Transfer an NFT
      • Claiming NFTs through Passes
    • Accounts
    • Tokens
      • Create a token
      • Bequesting a token
      • Token Holdings and Balance
    • Topics
      • Get topic info
      • Creating a new topic
      • Updating a topic
    • Consensus Messages
    • Balance
    • Status
    • Webhooks
  • The Laravel Client
    • Overview
    • Installation
    • Interacting with your client
    • Create a Marketplace
    • Manage your Inscription Flow
    • Checking account balances and sending tokens
  • Contributing
    • Local Development
      • Architecture Rationale
    • Contributing Guidelines
    • Changelog
  • Links
    • Github
    • Trust Enterprises
    • Postman Documentation
    • Hedera Network Status
    • Remote Software Development
Powered by GitBook
On this page
  • Why you should add this CI flow
  • Validating the live client is working as expected

Was this helpful?

  1. Deployment

Github Actions

This is an optional step, using GitHub actions provides a continuous integration mechanism for automating the validity of your client and your environment variables.

PreviousEnvironment VariablesNextOverview

Last updated 4 years ago

Was this helpful?

Why you should add this CI flow

Consider this process as an automated CI flow for verifying the stablity of your client against your configuration scheduled on a daily basis.

The benefit of setting up the github action flow is that it will check the lint and basic tests for the app.

As before add your esstiential environment variables to your Github

  • HEDERA_NETWORK

  • HEDERA_ACCOUNT_ID

  • HEDERA_PRIVATE_KEY

  • API_SECRET_KEY

You can update your secrets from your Github repository from Settings -> Secrets.

If a job fails and you wish to re-run the job you can re-run all jobs from the Actions tab.

Validating the live client is working as expected

When combined with the APP_URL with the live API_SECRET_KEY the tests will check basic free routes of the client, this includes the end points for status and account balance.

If you are developing against previewnet or testnet it is possible that your account id will change in the hedera portal if testnet is reset in a fresh state in cases of extended downtime.

Ensure that these environment variables are added as secrets as before.

The scheduled CI Github action will run everyday and check that the external client has a valid configuration.

This will provide insight to whether configuration needs to be updated on your deployments, if the request to /api/account/balance fails with a status code 502, it is likey that your HEDERA_ACCOUNT_ID on Vercel will need to be updated and the app redeployed.

Update your secrets before re-running your action