- Open – Any new issue gets status New and ends up in this stage
- Refinement – The issue is ready to be technically refined.
- The issue should have a clear description
- Acceptance criteria – requirements
- Non-functional criteria
- Test cases
- Development Ready – Issue is refined and clearly described to be taken into development
- In progress – Issue is taken in development and is assigned to a developer
- Create feature branch, an isolated codeline
- Write code
- Write tests
- Make a staging deployment
- Update documentation
- Update app version and Release Notes
- Staging Test – During this phase the issue is still in progress, but the feature branch is deployed to Staging Environment
- Test the functionality and check that it covers all functional requirements.
- Consultants or customers can review the changes on the deployed url.
- Review – The issue is in state review when a pull request is made.
- When a pull request is created, the continuous integration runs quality check and End to End (E2E) tests on the code.
- Another team member reviews the changes and gives recommendations for improvements.
- Review the source code
- Review Translations are present
- Review Release Notes
- Any other recommendations
- Done – After the pull request is merged the issue ends in this stage
- After the merge the continuous deployment runs to deploy the main code.
- A build is created with a unique build number
- Deployment runs to the Appshare CDN (https://*.appshare.app)
- Push of docker image to DockerHub to be used later in a Local Node
- After the merge the continuous deployment runs to deploy the main code.
- After care:
- Notify the customer that the change is available
- If the customer uses a local node then they can login to their local node
- Login to Appshare
- Open the top right menu and select “Administration”
- Select Nodes in the menu and open the Node Manager
- The customer can select the images which was previously published or a newer/higher version
- Inside the Appshare Administration the new build will be shown inside the node
- Users must logout and login again to get the latest build on their devices
Local Node for Infrastructure testing
Use your Appshare Local Node against your JDEdwards production environment to support production transactions. Obviously you can also access all other JDEDwards environments from that same node should that be required.
When new applications are made available to you, or new features have been added to existing ones, the developers will include a beta testing link in your application to access the new features for testing purposes. This testing will most likely be done in non prod environnments and occur on a pre-production Appshare node, indicated in the picture above as staging node at the bottom of the picture.
When tested successfully, the new application or application feature will be deployed in the Appshare cloud. The beta testing link in the application will disappear, as the new application of feature is now available in the common Appshare platform.
The local administrator can now apply the new Appshare image to the local node, to make the feature available in the Appshare local node.