|
Collaborative ALM Free SaaS for open source projects on Amazon EC2 |
|
|
| Git Workshop by Clearvision |
|
|
| Tags: No tags associated yet. |
|
All Tags... |
codeBeamer and Git Workshop
On this wiki page you find the instructions for the various activities that will be covered in the Workshop. The instructions expect you to be working on a Ubuntu Linux desktop with git and firefox installed and accessing a pre-configured codeBeamer server. If using a different environment then the instructions will need to be amended accordingly.
For the sample files (Git dumpfile, Android issues CSV, etc.) please see the attachments of this wiki page
.
All text in RED boxes like this will be instructions for you to follow
To help evaluate the tool we would like you to score each activity as you complete it based on the following criteria (based on the tool and not the instructions!) :
If you have any queries or comments, please contact us
.
These instructions have been exported to PDF using the inbuilt pdf export to provide you with a paper copy.
Before you can work in codeBeamer it needs to know who you are. There are several ways in which this can be accomplished and you can choose the best for you depending upon your security policies or requirements.
Here we will have each user set up their own Accounts and register their own details.
In reality the log in will most likely be connected to a corporate exchange server so account registration will be automatic.
This implementation is set to allow automatic registration - this can be restricted.
Communication and authentication with codeBeamer managed git repositories uses SSH keys. So we will now generate our keys for our new user and associate them with our CB account.
[student#@ubuntu]$ ssh-keygen -C "student#" -t rsa Generating public/private rsa key pair. Enter file in which to save the key (/home/student#/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/student#/.ssh/id_rsa. Your public key has been saved in /home/student#/.ssh/id_rsa.pub. The key fingerprint is: 5c:56:48:71:82:7a:1c:a0:15:5b:2f:ff:72:64:60:58 student#
Next action is to associate your newly created shh key with the codeBeamer account.
Next tell git who you are:
git config --global user.name 'student#' git config --global user.email 'email@address.com'
For the purposes of this workshop each of you will create your own sandbox project.
Next step is to make your Project Public and to allow others to join it
Now lets find out who likes you !
We will now accept you to the main Workshop Project and Assign Roles
Our Projects are now set up, so lets see what we can do with them.
First lets add some more information to our own Project Wiki and Personal Wiki.
You will not see anything until some issues are assigned to you
[{ServiceLayerDemoPlugin}]
Next lets add the tag cloud plugin to the Project sidebar.
You will need to add some tags to see anything
[{TagCloud}]
In most Project scenarios you want to be able to quickly and easily locate supporting documentation.
Lets have a look at the CB Document Manager.
Here we will look at how trackers could support a basic SCRUM process.
| CB Field | Android Field |
|---|
| ID | not available |
| Summary | Summary |
| Description | ID |
| Priority | Priority |
| Status | Status |
| Owner | Owner |
| Type | Type |
| Hours | Estimated Hours |
As the project owner you have full access to all aspects of the project, but in reality you would assign project roles to individuals and grant access and control functions based on those permissions.
We now have our Product Backlog, we can review what Issues will be in our Sprint.
We have a 120 hour Sprint - so select enough Critical issues to fill the Sprint.
We now have the Sprint back log and can set up Reports and a Burn Down Chart to monitor.
[{ TimeSeriesChart title='Sprint BurnDown Chart'
Actual
* 6/16/2009, 120
Trend
* 6/16/2009, 120
* 6/17/2009, 112
* 6/18/2009, 104
* 6/19/2009, 96
* 6/22/2009, 88
* 6/23/2009, 80
* 6/24/2009, 72
* 6/25/2009, 64
* 6/26/2009, 56
* 6/29/2009, 48
* 6/30/2009, 40
* 7/01/2009, 32
* 7/02/2009, 24
* 7/03/2009, 16
* 7/04/2009, 8
* 7/05/2009, 0
}]
Lets go to work - lets create some low level tasks for the issues in our sprint backlog and then get the code and make our changes.
There are several ways to achieve this. You can create separate Task tracker items and associate to this Sprint issue or as we will show here you can create child issues from the Parent. - which is best depends on your own requirements
We now need to get our copy of the code so we can work on it.
git clone codebeamer@ipaddress:your_repo_name ~/workspace/project_name
Next lets put our System Integrator hat on and set up the current build.
Back to development we are now going to amend the build file as instructed.
<CBRelease description="Jdiff Jar" file="jdiff.jar" todir="Builds" sccCommitMessage="built new jar" /> <CBRelease description="Jdiff Zip" file="jdiff-src.zip" todir="Builds" sccCommitMessage="built new zip" />
git add build.xml git commit -m "#109 Amended Build.xml file"
This change is now in your local git repository but the codeBeamer repository knows nothing about it.
How access to the managed repository is controlled is down to what process you wish to implement. Here we are allowing push from the local repository. Access is controlled via the the codeBeamer SCM - Commit' permission which can be granted to project roles.
It could be that Access is forbidden and task is raised and sent to the System Integrator with the relevant url to allow them to pull the changes in.
git push
As the build should be set to automatically run after 1 minute, wait a while and then check the Builds to see if it has run successfully following your changes.
As with most aspects of codeBeamer your process will dictate how you accomplish certain tasks. For code review you can create separate Task issues, associate them with the main Sprint tracker Issue and assign them to reviewers, or you can just assign the main Issue directly.
Now lets check your tasks to see if you have reviews
The Code has been delivered back to the managed repository and built successfully.
The Binaries have been published to the document manager ready for pick up by the QA or review team.
You can track the movement of a Software Release via the CMDB
You can provide the CMDB issue ID in the commit message to associate directly with the CMDB item, as you would with normal trackers.
We can set up reports to help with the Daily Sprint Meetings
Copyright 2010 - Clearvision CM, All rights reserved.
It is possible to jump straight to the Join Requests from the entries here