DOCSLIB.ORG

Applying Agile Project Management for Accelerator Controls Software W

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Applying Agile Project Management for Accelerator Controls Software W RPPB05 Proceedings of ICALEPCS07, Knoxville, Tennessee, USA APPLYING AGILE PROJECT MANAGEMENT FOR ACCELERATOR CONTROLS SOFTWARE W. Sliwinski, N. Stapley, CERN, Geneva, Switzerland Abstract engineers, who are members of AB-CO group, develop Developing accelerator controls software is a frameworks, core components and complete systems. challenging task requiring not only a thorough knowledge Thus, the users’ community is diverse, the level of of the different aspects of particle accelerator operations, proficiency in programming varies and many people but also application of good development practices and within it work on temporary basis (such as project robust project management tools. Thus, there was a associates, fellows and technical students) for the Large demand for a complete environment for both developing Hadron Collider (LHC) start up. and deploying accelerator controls software, as well as the Requirements of the Process tools to manage the projects. As an outcome, a versatile development process was formulated, covering the Taking into account the needs of the controls controls software life cycle from the inception phase up to community and the specific nature of the controls domain, the release and deployment of the deliverables. In a list of requirements can be formulated which addition, a development environment was created characterize the properties of the anticipated development providing management tools that: standardize the process: common infrastructure for all the concerned projects; help • Maximise ease of use by providing a quick to organize work within project teams; ease the process of comprehension time (particularly significant for versioning and releasing; and provide an easy integration temporary members). of the test procedures and quality assurance reports. • Standardize development environment (source Change management and issue tracking are integrated repository; projects’ structure; management of with the development process and supported by the dependencies and 3rd party libraries; build, release dedicated tools. This approach was successfully applied and deployment management). for all the new controls software for LEIR, SPS, LHC, • Automate repetitive tasks (build and release injection lines and CNGS extraction. management; running of code coverage and test suites). INTRODUCTION • Encourage high quality (code quality; design and The Controls Group, in the Accelerators and Beams code reviews; documentation; test suites). Department (AB-CO) at CERN, is responsible for the • Provide complete software configuration controls infrastructure of all the accelerators at CERN and management solution (code identification; it provides core systems for accelerator operations, e.g.: configuration control; components’ consistency central timing, front-end systems, equipment settings review; build management; defect tracking). management, software interlocks and machine protection, • Ensure reproduction of the same artefacts at any time alarms, logging services, sequencer for hardware in the future. commissioning, access control, among others. • Provide obvious value so teams easily realize its Development of the core systems can not be done in benefits. separation and a unified infrastructure is necessary in order to streamline all the efforts and to promote reuse of Agile Practices for Controls the common components. Therefore a common When developing controls systems at CERN, there is a development environment was established for software significant dependence on face-to-face communication development particularly in the Java programming with the operators, nearby in the CCC. The work is language, aimed at providing all the necessary services distributed among several small teams (between 2 and 5 for the controls community. people) often composed of co-located staff and temporary members. ABOUT THE DEVELOPMENT PROCESS Each team is assigned to one or more projects which are managed by a project leader, who is an experienced Controls Community software engineer and maintains close collaboration with Users of the controls infrastructure comprise not only operators, who provide requirements and domain of the members of AB-CO group but also operators in the expertise. User requirements can often change and the CERN Control Centre (CCC) [1], physicists and resulting features are needed quickly, which in turn leads equipment experts. Since operators are domain specialists to the necessity of frequent product releases. Operators they often provide user requirements for the control are open to test the new releases especially if they know systems. On the other hand, experienced software Engineering Processes, Project Management Collaboration 612 Proceedings of ICALEPCS07, Knoxville, Tennessee, USA RPPB05 that their new features are available, thus enabling further with JUnit [6]; code quality inspection (using the PMD feedback for following versions. [7] tool); code coverage reports (using Cenqua Clover Having gained operational experience in the controls [8]); source code and documentation generation; domain and having tried several available approaches to integration with the release system. All products must project management in the past, including Rational follow the same directory structure and use common Unified Process (RUP) [2], the agile approach appears to configuration files, thus for the developer, the effort be very promising in assisting teams in developing required when working with a project is greatly software in the manner mentioned above. It was perceived minimized. that agile methods provide the most benefits for our environment, avoiding the overhead related to heavy- Release weight processes, where software releases are performed The release process is handled by a separate tool – only when significant amount of changes or new features Release, which is also based on Apache Ant and supports are implemented. Agile practices are not in fact a Java, C and C++. The main responsibilities of the Release traditional methodology – it is a collection of guidelines tool include: ensuring completeness and consistency and conventions based on experience, knowledge and among components; managing the build process and tools tools. Moreover, the approach is based on reflection and used for builds; ensuring adherence to the organization's continuous improvement of the current environment, development process; managing the software distribution responding to changes in technology, development best repository; making sure every defect has traceability back practices and user requests. Users are not constrained by to the source. Release tool is composed of a client and the process but instead can concentrate more on the server, where the client is fully integrated with the development related to their domain. Common Build, but it can be also used standalone. The A complete environment for Java development was Release tool extracts product sources from the CVS to a provided and only standard Java community tools were new version directory in the distribution repository and used if possible. However in order to address some builds the product by calling build tool (e.g. Common specific requirements of the controls community two Build for Java applications). Subsequently, the new custom solutions were developed: Common Build (build version is installed in a multi-versioned repository system) and Release (release and version management without modifying any previous versions. system) [3] tools. Continuous Integration DEVELOPMENT TOOLS Projects are increasingly leveraging code from other projects. As these "common components" are maintained, What follows is an overview of the tools, which grew any update must be tested with all its dependent projects. over the time and they were setup in order to help manage A Continuous Integration (CI) server was introduced to the development. Some of the mentioned tools we are still automate this increasingly time-consuming task. Using learning how to exploit fully; others are quite mature in web-based Atlassian Bamboo [9] tool, projects can be their use. marked as dependents of a component whereby they are Versioned Source Repository re-built and their test suite re-run for verification. This minimizes the risk of compatibility problems after a new All software products are stored in a dedicated version is released and reduced the time spent by repository for accelerator controls software in the CERN developers on this task. central Concurrent Versions System (CVS) [4]. Each The CI server also produces reports based on a project's product has a well defined directory structure following tests, code coverage, code metrics and inspection. This naming conventions which reflect part of the domain that provides an open account of the health of a project’s code this product is responsible for. base, highlighting areas for improvement. More recently, Common Build the acceptance level of unit tests or of some agreed code metric rules (for example, each class file must have at Common Build is a build system, based on Apache Ant least one comment) can be set. In the future, a project will [5], providing the common tasks required for be considered complete, not only when it provides all the development. When the work on new CERN controls required artefacts, but also when it meets the quality system began in 2002, there was a need for a build tool standards. which would help to set up an easy and uniform process that could be applied to new Java development. Due to Issue Tracking
Load more

Recommended publications
  • Jetbrains Upsource Comparison Upsource Is a Powerful Tool for Teams Wish- Key Benefits Ing to Improve Their Code, Projects and Pro- Cesses
    JetBrains Upsource Comparison Upsource is a powerful tool for teams wish- Key benefits ing to improve their code, projects and pro- cesses. It serves as a polyglot code review How Upsource Compares to Other Code Review Tools tool, a source of data-driven project ana- lytics, an intelligent repository browser and Accuracy of Comparison a team collaboration center. Upsource boasts in-depth knowledge of Java, PHP, JavaScript, Integration with JetBrains Tools Python, and Kotlin to increase the efcien- cy of code reviews. It continuously analyzes Sales Contacts the repository activity providing a valuable insight into potential design problems and project risks. On top of that Upsource makes team collaboration easy and enjoyable. Key benefits IDE-level code insight to help developers Automated workflow, to minimize manual tasks. Powerful search engine. understand and review code changes more efectively. Smart suggestion of suitable reviewers, revi- IDE plugins that allow developers to partici- sions, etc. based on historical data and intel- pate in code reviews right from their IDEs. Data-driven project analytics highlighting ligent progress tracking. potential design flaws such as hotspots, abandoned files and more. Unified access to all your Git, Mercurial, Secure, and scalable. Perforce or Subversion projects. To learn more about Upsource, please visit our website at jetbrains.com/upsource. How Upsource Compares to Other Code Review Tools JetBrains has extensively researched various As all the products mentioned in the docu- tools to come up with a useful comparison ment are being actively developed and their table. We tried to make it as comprehensive functionality changes on a regular basis, this and neutral as we possibly could.
    [Show full text]
  • Documentation for Fisheye 2.8 Documentation for Fisheye 2.8 2
    Documentation for FishEye 2.8 Documentation for FishEye 2.8 2 Contents Getting started . 8 Supported platforms . 8 End of Support Announcements for FishEye . 12 End of Support Announcement for IBM ClearCase . 14 End of Support Announcement for Internally Managed Repositories . 14 Installing FishEye on Windows . 16 Running FishEye as a Windows service . 19 Installing FishEye on Linux and Mac . 23 Starting to use FishEye . 26 Configuring JIRA Integration in the Setup Wizard . 31 Using FishEye . 38 Using the FishEye Screens . 39 Browsing through a repository . 41 Searching FishEye . 44 Viewing a File . 49 Viewing File Content . 50 Using Side by Side Diff View . 51 Viewing a File History . 53 Viewing the Changelog . 54 FishEye Charts . 56 Using Favourites in FishEye . 61 Changeset Discussions . 64 Viewing the commit graph for a repository . 64 Viewing People's Statistics . 68 Using smart commits . 70 Changing your User Profile . 75 Re-setting your password . 79 Antglob Reference Guide . 80 Date Expressions Reference Guide . 81 EyeQL Reference Guide . 82 Administering FishEye . 88 Managing your repositories . 89 Adding an External Repository . 91 CVS . 92 Git . 93 Mercurial . 96 Perforce . 98 Subversion . 101 SVN fisheye.access . 105 SVN tag and branch structure . 106 Adding an Internal Repository . 114 Enabling Repository Management in FishEye . 115 Creating Git Repositories . 117 Forking Git Repositories . 119 Deleting a Git Repository . 122 Setting up a Repository Client . 122 CVS Client . 122 Git Client . 122 Mercurial Client . 122 Perforce Client . 123 Subversion Client . 124 Native Subversion Client . 124 SVNkit Client . 126 Re-indexing your Repository . 126 Repository Options . 128 Authentication . 130 Created by Atlassian in 2012.
    [Show full text]
  • REMOTE Preferredsubmitted to Others Without His Explicit Permission
    For more on Gilbert’s job hunt visit Gilbert’s personal web site Copyright 2021 by Gilbert Healton. Gilbert’s details can not be http://resume.healton.net/ REMOTE PREFERREDsubmitted to others without his explicit permission. Gilbert Healton [email protected] Perl-5, C, Linux with strong mentoring, planning. https://www.linkedin.com/in/ghealton/ Multii-language team software engineer. Now strongest in Perl, C, shell Arenas: commands, SQL. Linux and UNIX. History of Template Toolkit, HTML, Remote work ●●●● JavaScript, Apache, TCP/IP, networking, Git, and SVN. Very strong Back ends ●●●●● design, mentoring, documentation. Great customer support. Telcom ●●●● Net Security ○●●● 2020-08 to Software Developer – SMD Delivery – ESP 2021-06 Hard Skills: bash, zsh, Remote. Coding ●●●● C, perl, lua. Working on cloud based SMTP engine. Analyst ●●●●● AWS (AL1, ✔ Feature improvements written in C and Lua. Perl tests. Design ●●●●● Athena SQL, ✔ Document processes and on boarding processes. Documents ●●●● builds, ...) ✔ Use Circonus graphs to analyze failures. Debugging ●●●● github, git, ✔ Use git and Mercurial tools for reviews and source 2038 Bug fix ●●●● Mercurial management. Networking: (hg, Fisheye, ✔ “Interrupt Team” duties included 24x7 on-call duties, ssh, rsync, ○●●● Bamboo). starting build pipelines, responding to problems & requests. dev/tcp TCP/IP sockets ○●●● 2020-03 to Shell Developer – back end – energy sector Message queues ○●●● 2020-08 EOC Soft Skills: bash, ksh, DXC Technology. Remote multinational. Migrating large distributed AIX applications to Linux. Detail attention ●●●● csh, RHEL Life Learning ●●●● ✔ Quickly migrated scripts from suite with the most scripts. Oracle, perl, Legacy Apps ●●●●● ✔ Writing scripts to scan and automate code changes. AutoSys shell Mentoring ●●●●● Scripts, ✔ Bringing automated tests to environment without any.
    [Show full text]
  • Integrating Static Code Analysis and Defect Tracking
    MASARYK UNIVERSITY FACULTY}w¡¢£¤¥¦§¨ OF I !"#$%&'()+,-./012345<yA|NFORMATICS Integrating Static Code Analysis and Defect Tracking MASTER THESIS Jakub Papcun Brno, 2014 Declaration Hereby I declare, that this paper is my original authorial work, which I have worked out by my own. All sources, references and literature used or excerpted during elaboration of this work are properly cited and listed in complete reference to the due source. Supervisor: Ing. RNDr. Barbora Bühnová, Ph.D. iv Acknowledgements I would like to thank my supervisor, Barbora Bühnová, for providing valuable feedback and guidance. I would also like to thank Ronny Kolb, for his patient guidance and all the advice he gave me during whole work on the thesis. Last but not least I would like to thank all members of ACT team in Honeywell ACS in Brno for all their help and inputs to my thesis. v Abstract Static code analysis is a powerful way of improving the quality of source code. Using tools such as Klocwork, issues in source code can be automatically detected. Some of those issues represent defects injected during implementation activities or even during earlier develop- ment phases. These issues should be properly tracked and analyzed. The present thesis investigates on how to best integrate static code analysis and defect tracking with the goal of using static code analysis data for project tracking and continuous improvement of the development process used by teams in Honeywell ACS. The thesis in- cludes the analysis of the state-of-the-art and state-of-the-practice regarding defect tracking from static code analysis tools.
    [Show full text]
  • TCD65-141111-2205-6028.Pdf
    1. TeamCity Documentation . 3 1.1 TeamCityReference . 4 1.1.1 What's New in TeamCity 6.5 . 4 1.1.2 Getting Started . 10 1.1.3 Concepts . 14 1.1.3.1 Agent Home Directory . 15 1.1.3.2 Agent Requirements . 16 1.1.3.3 Agent Work Directory . 16 1.1.3.4 Authentication Scheme . 16 1.1.3.5 Build Agent . 17 1.1.3.6 Build Artifact . 18 1.1.3.7 Build Chain . 18 1.1.3.8 Build Checkout Directory . 19 1.1.3.9 Build Configuration . 20 1.1.3.10 Build Configuration Template . 21 1.1.3.11 Build Grid . 22 1.1.3.12 Build History . 22 1.1.3.13 Build Log . 23 1.1.3.14 Build Number . 23 1.1.3.15 Build Queue . 23 1.1.3.16 Build Runner . 24 1.1.3.17 Build State . 24 1.1.3.18 Build Tag . 25 1.1.3.19 Build Working Directory . 25 1.1.3.20 Change . 26 1.1.3.21 Change State . 26 1.1.3.22 Clean Checkout . 27 1.1.3.23 Clean-Up . 28 1.1.3.24 Code Coverage . 28 1.1.3.25 Code Duplicates . 29 1.1.3.26 Code Inspection . 29 1.1.3.27 Continuous Integration . 29 1.1.3.28 Dependent Build . 30 1.1.3.29 Difference Viewer . 31 1.1.3.30 Guest User . 32 1.1.3.31 History Build . 32 1.1.3.32 Notifier . 33 1.1.3.33 Personal Build .
    [Show full text]
  • Atlassian Pull Request Template
    Atlassian Pull Request Template Aldrich often supervises disconcertingly when aerophobic Emanuel rebore perhaps and begirded her stylets. Lemony Vladimir still lour: high-hat and somnambulant Milo spooms quite next but convene her Antares bang. Lambert usually latch vertebrally or spices orthogonally when incommunicative Wade confabbing adjunctively and supersensibly. See details on highway page. In some cases you will want the break Issues into multiple smaller tasks. Desktop PC By SSTec Tutorials Kali Linux Installation Directly On phone Laptop Or PC. Play surface pull template that will need to shelf a repository to retention with customized message fields to get detailed or variety to rebound the jira. Compliance, privacy, platform roadmap, and more. Bind the number bitbucked pull request experience sense a web. Scale, data Service Management, Cloud, Jira Best practices, Customer stories, and more. Login To Gitlab Intellij. The other PDI components execute the processes designed with Spoon, and are executed from a comprehensive window. Description of PR that completes the offence here. JIRA dashboard you will find option open, when she click turn it, it out open a window that finger out options like are Issue Tracking, Project Management, Agile Kanban, Jira Classic and thereafter on as shown in screen shot below. Using Jira for testing, today! Using nexus with gitlab. Get the highlights in your inbox every week. Pushing never automatically does a merge. Learn well about our breathtaking games here! Chocolatey is trusted by businesses to change software deployments. No more posts to show. Learn how to create any type your issue in Bitbucket Cloud and circle track duty it.
    [Show full text]
  • Coding Horror: Setting up Subversion on Windows
    Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... programming and human factors by Jeff Atwood * Apr 5, 2008 Seng up Subversion on Windows When it comes to readily available, free source control, I don't think you can do beer than Subversion at the moment. I'm not necessarily advocang Subversion; there are plenty of other great source control systems out there ‐‐ but few can match the ubiquity and relave simplicity of Subversion. Beyond that, source control is source control, as long as you're not using Visual SourceSafe . And did I menon that Subversion is ... free? Allow me to illustrate how straighorward it is to get a small Subversion server and client going on Windows . It'll take all of 30 minutes, tops, I promise. And that's assuming you read slowly. The first thing we'll do is download the latest Subversion Windows binary installer . At the me of wring, that's 1.46. I recommend overriding the default install path and going with something shorter: c:\svn\ Note that the installer adds c:\svn\bin to your path, so you can launch a command prompt and start working with it immediately. Let's create our first source repository, which is effecvely a system path. svnadmin create "c:\svn\repository" Within that newly created folder, uncomment the following lines in the conf/svnserve.conf file by removing the pound character from the start of each line: anon-access = none auth-access = write password-db = passwd Next, add some users to the conf/passwd file.
    [Show full text]
  • Implementing a Custom REST API with ABL Webhandler
    Implementing a Custom REST API with ABL WebHandler Chris Riddell Principal Architect, Portfolio+ Inc David Atkins Principal Solutions Architect, Progress Monday 7 October 2019 Agenda • Architecture evolution • Why Progress AppServer for OpenEdge? • OpenEdge REST API best practices • Portfolio+’s Implementation Experiences… • Wrap up Q & A 2 Remember this? Presentation (UI) Enterprise Services (API) Business Application [ABL] Service Interfaces Business Components Develop & Workflow Rules Entities Deploy & Test (ALM) Manage Data Access Data Sources Common Infrastructure Domain Services Social 3 © 20172019 Progress Software Corporation and/or its subsidiaries or affiliates. All rights reserved. Reference Architecture for Cloud Deployment 4 Application Architecture 5 Why PAS for OpenEdge? Secure: Spring security framework included Scalability: Uses far less system resources Simplified: Multi-session multi-mode Agent Improved administration: Many tool options Flexibility: REST Service Interface Deployment flexibility: Supports containerization Future: Go forward AppServer for OpenEdge 6 REST Use Cases Modern Web Interfaces Mobile Apps Emerging Technologies Application Integration Modularization through Self-Service BI Microservices and Analytics 7 OpenEdge REST Service Interface Options A REST Service Interface: • Converts REST Request to ABL data • Routes that ABL data to appropriate ABL business logic • Converts ABL data to REST Response, & sets HTTP Status Code Recommended PAS for OpenEdge REST Service Interface options: • ‘No/low-code’
    [Show full text]
  • Maintaining and Securing Kerberos
    Maintaining and Securing Kerberos Tom Yu MIT Kerberos Consortium March 30, 2009 www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Overview Completed krb5-1.7 goals Rethinking the release cycle Guiding principles www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Mar. 30, 2009 2 Completed krb5-1.7 Goals Enhanced GSS-API error messages Cross-platform CCAPI (Mac and Windows) Kerberos Identity Management (KIM) API Master key rollover Incremental propagation Enctype negotiation Lots of Microsoft protocol extensions FAST (in progress) www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Mar. 30, 2009 3 Rethinking the Release Cycle Originally: 18-month cycle Proposed: 6–12 months New features available sooner Consensus of core developers Precedent: Ubuntu, GNOME, et al. www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Mar. 30, 2009 4 Advantages of Shorter Cycle Less scrambling to include features in release Release features only when ready Improved quality www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Mar. 30, 2009 5 Disadvantages of Shorter Cycle Longer maintenance lifetimes Security patch implications Possibly fewer features per release User/vendor reluctance to track releases www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Mar. 30, 2009 6 Topic Branches Develop new features or “topics” on branches Keep branch synchronized with trunk Integrate branch into trunk when ready Feature development can span releases Lightweight branch capability is essential www.kerberos.org © 2009 The MIT Kerberos Consortium. All Rights Reserved. Mar. 30, 2009 7 New Version Control System? Subversion (existing) Branches are heavyweight Weak merging support Git Branches are lightweight Better merging support Migration is costly Data model mismatches Hybrid approach: git-svn www.kerberos.org © 2009 The MIT Kerberos Consortium.
    [Show full text]
  • 1. Atlassian Intellij Connector
    1. Atlassian IntelliJ Connector . 2 1.1 Installation and Upgrade Guide for the IntelliJ Connector . 3 1.1.1 License and Copyright for the IntelliJ Connector . 3 1.1.2 Installing the IntelliJ Connector . 4 1.1.3 Upgrading the IntelliJ Connector . 5 1.1.4 Atlassian IntelliJ Connector Release Notes . 8 1.1.4.1 Atlassian IntelliJ Connector 2.1 Release Notes . 8 1.1.4.2 Atlassian IntelliJ Connector 2.0.1 Release Notes . 30 1.1.4.3 Atlassian IntelliJ Connector 2.0 Release Notes . 33 1.1.4.4 Atlassian IntelliJ Connector 2.0 Beta 12 Release Notes . 38 1.1.4.5 Atlassian IntelliJ Connector 2.0 Beta 11 Release Notes . 41 1.1.4.6 Atlassian IntelliJ Connector 2.0 Beta 10 Release Notes . 44 1.1.4.7 Atlassian IntelliJ Connector 2.0 Beta 9 Release Notes . 47 1.1.4.8 Atlassian IntelliJ Connector 2.0 Beta 8 Release Notes . 49 1.1.4.9 Atlassian IntelliJ Connector 2.0 Beta 7 Release Notes . 52 1.1.4.10 Atlassian IntelliJ Connector 2.0 Beta 6 Release Notes . 54 1.1.4.11 Atlassian IntelliJ Connector 2.0 Beta 5 Release Notes . 55 1.1.4.12 Atlassian IntelliJ Connector 2.0 Beta 4 Release Notes . 56 1.1.4.13 Atlassian IntelliJ Connector 2.0 Beta 3 Release Notes . 57 1.1.4.14 Atlassian IDE Plugin 2.0 Beta 2 for IDEA - Release Notes . 59 1.1.4.14.1 Atlassian IDE Plugin 2.0 Beta 2 for IDEA - Upgrade Notes .
    [Show full text]
  • 1. Guide to Installing an Atlassian Integrated Suite
    1. Guide to Installing an Atlassian Integrated Suite . 2 1.1 Here Be Dragons . 2 1.1.1 Dragons Stage 1 - Install JIRA . 4 1.1.2 Dragons Stage 2 - Set Up GreenHopper in JIRA . 9 1.1.3 Dragons Stage 3 - Install Confluence . 13 1.1.4 Dragons Stage 4 - Install FishEye and Crucible . 22 1.1.5 Dragons Stage 5 - Get JIRA and FishEye Talking . 28 1.1.6 Dragons Stage 6 - Get JIRA and Crucible Talking . 32 1.1.7 Dragons Stage 7 - Install Bamboo . 35 1.1.8 Dragons Stage 8 - Bamboo Gadgets and JIRA Victory . 42 1.1.9 After Dragons . 44 1.1.9.1 Adding Users to your Atlassian Integrated Suite . 48 1.1.9.2 Running Bamboo in a Console Window . 48 1.2 Dragon Slayers with JIRA Already Installed . 48 1.2.1 Dragons with JIRA Stage 1 - Set Up Environment and JIRA . 49 Atlassian Integration Guide Guide to Installing an Atlassian Integrated Suite We have put together a guide (see below) to integrating a suite of Atlassian applications. The guide consists of detailed step-by-step instructions for setting up a specific configuration. There are also links to the installation and configuration guides for each component. Setting up the integrated suite will give you awesome results, but we know that the setup procedure can be long and difficult. So we invite you to join the Atlassian Dragon Quest. Starting from scratch? If you do not have any Atlassian applications installed, please start at Here Be Dragons. Got JIRA? If you are already using JIRA, please start at Dragon Slayers with JIRA Already Installed.
    [Show full text]
  • Viewtier Parabuild 3.1 Administrator's Manual Viewtier Parabuild 3.1: Administrator's Manual Copyright © 2004-2008 Viewtier Systems
    Viewtier Parabuild 3.1 Administrator's Manual Viewtier Parabuild 3.1: Administrator's Manual Copyright © 2004-2008 Viewtier Systems Table of Contents Preface .....................................................................................................................ix About This Manual ............................................................................................. ix Audience ..........................................................................................................ix Technical Support .............................................................................................. ix 1. Build Statuses Page .................................................................................................. 1 List View Mode ..................................................................................................1 Detailed View Mode ............................................................................................ 1 Build Control Commands ..................................................................................... 1 2. System Configuration ............................................................................................... 3 General System Settings ....................................................................................... 3 E-Mail Settings ........................................................................................... 3 Appearance Settings .................................................................................... 5 Stability Settings
    [Show full text]