Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×


Prochain SlideShare
Basics of git
Basics of git
Chargement dans…3

Consultez-les par la suite

1 sur 46 Publicité

Plus De Contenu Connexe

Similaire à finall_(1).pptx (20)

Plus récents (20)



  1. 1. INFORMATION NETWORK SECURITY AGENCY Quality assurances and quality control JIRA AN GIT TRAINING * meseret ak 1
  2. 2. Git vs Jira * meseret ak 2
  3. 3. Version control systems ■ Version control (or revision control, or source control) is all about managing multiple versions of documents, programs, web sites, etc. ■ Almost all “real” projects use some kind of version control ■ Essential for team projects, but also very useful for individual projects ■ Some well-known version control systems are CVS, Subversion, Mercurial, and Git ■ CVS and Subversion use a “central” repository; users “check out” files, work on them, and “check them in” ■ Mercurial and Git treat all repositories as equal ■ Distributed systems like Mercurial and Git are newer and are gradually replacing centralized systems like CVS and Subversion 3
  4. 4. Why Git? ■ Git has many advantages over earlier systems such as CVS and Subversion ■ More efficient, better workflow, etc. ■ See the literature for an extensive list of reasons ■ Of course, there are always those who disagree ■ Best competitor: Mercurial ■ I like Mercurial better ■ Same concepts, slightly simpler to use ■ In my (very limited) experience, the Eclipse plugin is easier to install and use ■ Much less popular than Git 4
  5. 5. Download and install Git ■ There are online materials that are better than any that I could provide ■ Here’s the standard one: http://git-scm.com/downloads ■ Here’s one from StackExchange: http://stackoverflow.com/questions/315911/git-for-beginners-the-definitive-practical- guide#323764 ■ Note: Git is primarily a command-line tool ■ I prefer GUIs over command-line tools, but… ■ The GIT GUIs are more trouble than they are worth (YMMV) 5
  6. 6. Introduce yourself to Git ■ Enter these lines (with appropriate changes): ■ git config --global user.name "John Smith" ■ git config --global user.email jsmith@seas.upenn.edu ■ You only need to do this once ■ If you want to use a different name/email address for a particular project, you can change it for just that project ■ cd to the project directory ■ Use the above commands, but leave out the --global 6
  7. 7. Git Concepts: Storage
  8. 8. Git Concepts: Storage
  9. 9. Create and fill a repository 1. cd to the project directory you want to use 2. Type in git init ■ This creates the repository (a directory named .git) ■ You seldom (if ever) need to look inside this directory 3. Type in git add . ■ The period at the end is part of this command! ■ Period means “this directory” ■ This adds all your current files to the repository 4. Type in git commit –m "Initial commit" ■ You can use a different commit message, if you like 9
  10. 10. Clone a repository from elsewhere ■ git clone URL ■ git clone URL mypath ■ These make an exact copy of the repository at the given URL ■ git clone git://github.com/rest_of_path/file.git ■ Github is the most popular (free) public repository ■ All repositories are equal ■ But you can treat some particular repository (such as one on Github) as the “master” directory ■ Typically, each team member works in his/her own repository, and “merges” with other repositories as appropriate 10
  11. 11. The repository ■ Your top-level working directory contains everything about your project ■ The working directory probably contains many subdirectories—source code, binaries, documentation, data files, etc. ■ One of these subdirectories, named .git, is your repository ■ At any time, you can take a “snapshot” of everything (or selected things) in your project directory, and put it in your repository ■ This “snapshot” is called a commit object ■ The commit object contains (1) a set of files, (2) references to the “parents” of the commit object, and (3) a unique “SHA1” name ■ Commit objects do not require huge amounts of memory ■ You can work as much as you like in your working directory, but the repository isn’t updated until you commit something 11
  12. 12. init and the .git repository ■ When you said git init in your project directory, or when you cloned an existing project, you created a repository ■ The repository is a subdirectory named .git containing various files ■ The dot indicates a “hidden” directory ■ You do not work directly with the contents of that directory; various git commands do that for you ■ You do need a basic understanding of what is in the repository 12
  13. 13. Making commits ■ You do your work in your project directory, as usual ■ If you create new files and/or folders, they are not tracked by Git unless you ask it to do so ■ git add newFile1 newFolder1 newFolder2 newFile2 ■ Committing makes a “snapshot” of everything being tracked into your repository ■ A message telling what you have done is required ■ git commit –m “Uncrevulated the conundrum bar” ■ git commit ■ This version opens an editor for you the enter the message ■ To finish, save and quit the editor ■ Format of the commit message ■ One line containing the complete summary ■ If more than one line, the second line must be blank 13
  14. 14. Commit messages ■ In git, “Commits are cheap.” Do them often. ■ When you commit, you must provide a one-line message stating what you have done ■ Terrible message: “Fixed a bunch of things” ■ Better message: “Corrected the calculation of median scores” ■ Commit messages can be very helpful, to yourself as well as to your team members ■ You can’t say much in one line, so commit often 14
  15. 15. Typical workflow ■ git pull remote_repository ■ Get changes from a remote repository and merge them into your own repository ■ git status ■ See what Git thinks is going on ■ Use this frequently! ■ Work on your files (remember to add any new ones) ■ git commit –m “What I did” ■ git push 15
  16. 16. Git Commands Summary 16
  17. 17. List of git commands ■ Every developer should know the following eight basic Git commands: 1. git clone 2. git init 3. git status 4. git push 5. git pull 6. git merge 7. git commit 8. git log or reflog 9. Git show 17
  18. 18. DEMO(continued) 18
  19. 19. Why use JIRA? 19
  20. 20. JIRA – An Introduction Meseret.ak meseret@insa.com
  21. 21. Topics for today ■ Introduction to JIRA and its features ■ Demonstration of usage of JIRA ■ JIRA for Scrum ■ Comparing JIRA with other version control tools ■ Q & A
  22. 22. Basic questions ■ What is JIRA? In simple terms: “JIRA is an issue tracker” ■ Is it web based? Yes ■ Is it open source? Yes ■ Is it a licensed product?Yes ■ Whose product is JIRA? www.atlassian.com
  23. 23. What is JIRA? ■ JIRA is a tool developed by Australian Company Atlassian. This software is used for bug tracking, issue tracking, and project management. ■ Jira software can be used for the following purposes: ❖ Requirements and Test case management ❖ In Agile Methodology ❖ Project Management ❖ Software Development ❖ Product Management ❖ Task Management ❖ Bug Tracking 23
  24. 24. JIRA Scheme ■ Inside JIRA scheme, everything can be configured, and it consists of • Workflows • Issue Types • Custom Fields • Screens • Field Configuration • Notification • Permissions 24
  25. 25. Jira Issue Types 25
  26. 26. Jira Issue Attributes ■ Issue Attributes encompasses • Statuses • Resolutions • Priorities ■ Statuses: Different statuses are used to indicate the progress of a project like To do, InProgress, Open, Closed, Reopened, and Resolved. Likewise, you have resolutions and priorities, in resolution it again tells about the progress of issue like Fixed, Won’t fix, Duplicate, Incomplete, Cannot reproduce, Done also you can set the priorities of the issue whether an issue is critical, major, minor, blocker and Trivial. ■ 26
  27. 27. Statuses 27
  28. 28. Features (from the creators of JIRA) ■ Because you've got issues ■ JIRA lets you prioritise, assign, track, report and audit your 'issues,' whatever they may be — from software bugs and help-desk tickets to project tasks and change requests. ■ Reporting and statistics ■ Customisable reporting allows you to monitor the progress of your issues with detailed graphs and charts. ■ Workflow your way ■ Map your business process with a custom workflow. ■ An extensible platform ■ Integrate JIRA into your systems with our open API and 100+ free plugins.
  29. 29. Issue
  30. 30. Dashboard
  31. 31. JIRA for Scrum • Scrum: a definite project management emphasis. • Scrum Master: A Scrum project Is managed by a Scrum Master, who can be considered as much a consultant or coach as a manager. • Sprint. Scrum has a fundamental 30-day development cycle called a Sprint, preceded by – pre-Sprint activities and post-Sprint activities. • Daily Scrum: A short (less than 30 minutes) daily Scrum Meeting allows the team to monitor status and communicate problems. 32
  32. 32. JIRA for Scrum 33
  33. 33. Cont’d • Product Backlog 🡺 Sprint Backlog 🡺 Sprint 🡺 Working increment of the Software • Scrum uses lightweight queue-based management and work-breakdown mechanisms. • Product Backlog queue: a low-tech customer-managed queue of demand requests for products. • . • Sprint: At launch time, a Sprint (30-day time-boxed iteration) does just- in-time planning • Sprint Backlog: queue for Sprint work-mgmt. 34
  34. 34. Agile Software Development 8/14/2015 © 2015 SGT Inc. 35
  35. 35. Cont’d • Daily Scrum: Very notable and very visible • Is a daily standup, – except that it is the team that is participating and sharing coordination information not a central project manager. • Scrum Master – holds daily scrum and – acts more as a facilitator and runs interference for the core team when blocks or issues arise. 36
  36. 36. Scrum Terminology Scrum Team: – Product Owner: – Scrum Master: – Development Team: – Product Backlog – Sprint Backlog – Sprint
  37. 37. Jira for Scrum 38
  38. 38. Plan Mode - Scrum ■ Prioritize the Backlog. ■ Estimate the stories ■ Create the sprints ■ Story points are available only for Epics and Stories ■ Estimations in terms of Hours also possible by configuring the board ■ Sub tasks can be created ■ The stories can be grouped under each sprint ■ The number of issues and the story points / hours are automatically displayed to make plan easier ■ At one point of time only one sprint is active
  39. 39. Work Mode - Scrum
  40. 40. Report Mode - Scrum ■ To track the progress in Agile, a Burndown Chart shows the actual and estimated amount of work to be done in the sprint. ■ A typical burndown chart will look somewhat like this, where the red line indicates the actual task remaining while the blue line indicates ideal task remaining during the scrum cycle. 41
  41. 41. Creating a JIRA issue
  42. 42. Project Name & Issue Type
  43. 43. Priority of the Bug & additional attachments
  44. 44. Reference links ■ Official site: http://git-scm.com/ ■ man gittutorial / git <command> --help ■ Randal Schwartz Google Tech Talk: http://www.youtube.com/watch?v=8dhZ9BXQgc4 ■ Homepage: http://www.atlassian.com/software/jira/ ■ Documentation: http://www.atlassian.com/software/jira/docs/ 45
  45. 45. Address: # Addis Abeba , Ethiopia Email Address: meseretinsa@gmail.com Contact Numbers: 0912465247 46