Agentry: Team Share Repository
How can multiple developers work at the same time on an Agentry project
- In Agentry Mobile Platform version 5.2 a new feature set called Team Development has been implemented.
- These features are provided to support multiple developers performing work on the same application project.
These features include the following:
- A common share repository for storing work from multiple developers and capable of tracking multiple revisions of a given project.
- New import behavior related to the share repository.
- Extended export functionality supporting the export of definitions below the module level.
Process1: Create Share Repository
- At the center of the team development architecture is the share repository.
- This share is placed in a location common to and accessible by all developers on a team. Changes can be committed to this share from each developer’s local application project and from this share other developers can then update their local projects to retrieve committed changes.
- The Share Repository should accessible to all developers in the team and it should also have some read write privileges for the Share Repository folder.
1. Create Share Repository folder
Process 2: Import existing Agentry Application
1. Open the eclipse workspace.
2. Import the existing agentry application to the editor.
From File menu | Import
Application Imported.
Process 3: Create Share Repository for Application
1. Create share project for the application
Right-click application| Team| Share Project
2. Select Agentry Share and click next.
3. Provide share location which is created previously and click next
4. Application Imported to share repository folder with initial version.
5. Check the initial version in the folder.
6. Check the Share.ini for details.
Process 4: Add some definitions to Application and Commit
1. Add one new Global to the application
2. Commit the changes made to the application.
Commit: A commit operation updates the local Agentry project to the share. Changes between the local and share projects are determined, and the new or changed definitions from the local project are updated to the share.
3. Check in Share Repository folder for committed revision.
4. Check the Share.ini file for the details.
Process 5: Revert the Application
Revert: The revert operation allows for the local project to be reverted to an earlier version of the project within the repository. Note that a commit of any local changes must be performed before the local project is reverted. When a revert operation completes, the local project matches the selected revision in the repository.
1. Here this has two revisions of application.
- Rev 1
- Rev 2
2. Now I reverting the application to Rev 1, So the initial version will come into picture.
3. We will see this in History tab.
Process 6: Update the Application
1. We can update the current application with latest changes which are existed in the Share Repository folder.
2. Check in History tab for the updated version.
3. Currently this Share Repository have only two revisions, so we can’t update the application to next level with changing any definitions and commit operation.
i.e, Update is not necessary without modifications.
Please go through the link for more information.
Hope this Helpful.