DOCSLIB.ORG

Coding Horror: Setting up Subversion on Windows

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read 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. You can uncomment the default harry and sally users to play with, or add your own: harry = harryssecret sally = sallyssecret As of Subversion 1.4, you can easily install Subversion as a Windows service , so it's always available. Just issue the following command: sc create svnserver binpath= "c:\svn\bin\svnserve.exe --service -r c:\svn\repository displayname= "Subversion" depend= Tcpip start= auto It's set to auto‐start so it will start up automacally when the server is rebooted, but it's not running yet. Let's fix that: net start svnserver 1 of 33 27/07/2011 12:30 Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... Note that the service is running under the Local System account . Normally, this is OK, but if you plan to implement any Subversion hook scripts later, you may want to switch the service identy to an Administrator account with more permissions. This is easy enough to do through the tradional Windows services GUI. Now let's verify that things are working locally by adding a root‐level folder in source control for our new project, aptly named myproject . set SVN_EDITOR=c:\windows\system32\notepad.exe svn mkdir svn://localhost/myproject It's a lile weird when running locally on the server, as Subversion will pop up a copy of Notepad with a place for us to enter commit comments. Every good programmer always comments their source control acons, right? Enter whatever comment you like, then save and close Notepad. You'll be prompted for credenals at this point; ignore the prompt for Administrator credenals and press enter. Use the credenals you set up earlier in the conf/passwd file. If everything goes to plan, you should be rewarded with a "commied revision 1" message. 2 of 33 27/07/2011 12:30 Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... svn mkdir svn://localhost/myproject Authentication realm: <svn://localhost:3690> Password for 'Administrator': [enter] Authentication realm: <svn://localhost:3690> Username: sally Password for 'sally': ************ Committed revision 1. Congratulaons! You just checked your first change into source control! We specified svn:// as the prefix to our source control path, which means we're using the nave Subversion protocol. The Subversion protocol operates on TCP port 3690 , so be sure to poke an appropriate hole in your server's firewall, otherwise clients won't be able to connect. Now that the server's good to go, let's turn our aenon to the client . Most people use TortoiseSVN to interact with Subversion. Download the latest 32‐bit or 64‐bit Windows client (1.4.8.12137 as of this wring) and install it. The installer will tell you to reboot, but you don't have to. Now create a project folder somewhere on your drive. I used c:\myproject . Tortoise isn't a program so much as a shell extension. To interact with it, you right click in Explorer. Once you've created the project folder, right click in it and select "SVN Checkout..." Type svn://servername/myproject/ for the repository URL and click OK. 3 of 33 27/07/2011 12:30 Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... Tortoise now associates the c:\myproject folder with the svn://servername/myproject path in source control. Anything you do on your local filesystem path (well, most things‐‐ there are some edge condions that can get weird ) can be checked back in to source control. There's a standard convenon in Subversion to start with the "TTB folders" at the root of any project : Because Subversion uses regular directory copies for branching and tagging (see Chapter 4, Branching and Merging ), the Subversion community recommends that you choose a repository locaon for each project root ‐‐ the "top‐most" directory which contains data related to that project ‐‐ and then create three subdirectories beneath that root: trunk , meaning the directory under which the main project development occurs; branches , which is a directory in which to create various named branches of the main development line; tags , which is a collecon of tree snapshots that are created, and perhaps destroyed, but never changed. Of course, none of this means your developers will actually understand branching and merging , but as responsible Subversion users, let's dufully add the TTB folders to our project. Note that we can batch up as many changes as we want and check them all in atomically as one unit. Once we're done, right click the folder and select "SVN Commit..." 4 of 33 27/07/2011 12:30 Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... In the commit dialog, indicate that yes, we do want to check in these files, and we always enter a checkin comment‐‐ right? right? You'll have to enter your server credenals here, but Tortoise will offer to conveniently cache them for you. Once the commit completes, note that the files show up in the shell with source control icon overlays: 5 of 33 27/07/2011 12:30 Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... And now we're done. Well, almost. There are a few sengs in Tortoise you need to pay special aenon to. Right click and select "TortoiseSVN, Sengs". 1. See that hidden ".svn" folder? These folders are where Subversion puts its hidden metadata schmutz so it can keep track of what you're doing in the local filesystem and resolve those changes with the server. The default naming convenon of these folders unfortunately conflicts with some fundamental ASP.NET assumpons. If you're an ASP.NET 1.x developer, you need to switch the hidden folders from ".svn" to "_svn" format , which is on the General opons page. This hack is no longer necessary in ASP.NET 2.0 or newer . 2. I'll never understand why, but by default, Tortoise tries to apply source control overlays across every single folder and drive on your system . This can lead to some odd, frustrang file locking problems . Much beer to let Tortoise know that it should only work its shell magic on specific folders. Set this via "Icon Overlays"; look for the exclude and include paths. I set the exclude path to everything, and the include path to only my project folder(s). Unfortunately, since Tortoise is a shell extension, seng changes may mean you need to reboot. You can try terminang and restarng explorer.exe, but I've had mixed results with that. And with that, we're done. You've successfully set up a Subversion server and client . A modern client‐ server source control system inside 30 minutes ‐‐ not bad at all. As usual, this is only intended as the gentlest of introducons; I encourage you to check out the excellent Subversion documentaon for more depth. I find Subversion to be an excellent, modern source control system. Any minor deficiencies it has (and there are a few, to be clear) are more than made up by its ubiquity, relave simplicity, and robust community support. In the interests of equal me, however, I should menon that some influenal developers ‐‐ most notably Linus Torvalds ‐‐ hate Subversion and view it as an actual evil . There's an emerging class of distributed revision control that could eventually supercede exisng all the centralized source control systems like Subversion, Vault, Team System, and Perforce. I'm skepcal. I've met precious few developers that really understood the versioning concepts in the simple 6 of 33 27/07/2011 12:30 Coding Horror: Setting up Subversion on Windows http://www.codinghorror.com/blog/2008/04/setting-up-subversion... centralized source control model. I have only the vaguest of hopes that these developers will be able to wrap their brains around the vastly more complicated and powerful model of distributed source control.
Load more

Recommended publications
  • Tortoisemerge a Diff/Merge Tool for Windows Version 1.11
    TortoiseMerge A diff/merge tool for Windows Version 1.11 Stefan Küng Lübbe Onken Simon Large TortoiseMerge: A diff/merge tool for Windows: Version 1.11 by Stefan Küng, Lübbe Onken, and Simon Large Publication date 2018/09/22 18:28:22 (r28377) Table of Contents Preface ........................................................................................................................................ vi 1. TortoiseMerge is free! ....................................................................................................... vi 2. Acknowledgments ............................................................................................................. vi 1. Introduction .............................................................................................................................. 1 1.1. Overview ....................................................................................................................... 1 1.2. TortoiseMerge's History .................................................................................................... 1 2. Basic Concepts .......................................................................................................................... 3 2.1. Viewing and Merging Differences ...................................................................................... 3 2.2. Editing Conflicts ............................................................................................................. 3 2.3. Applying Patches ...........................................................................................................
    [Show full text]
  • 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]
  • Introduction to Subversion
    Introduction to Subversion Wendy Smoak Rob Richardson Desert Code Camp, October 2006 Wendy Smoak ● Sr. Systems Analyst, Arizona State University – Web application development – Systems and database administration ● Member, The Apache Software Foundation – Struts, MyFaces, Shale, Maven – Infrastructure, release management, documentation ● Contact me: – [email protected] – http://www.wsmoak.net Rob Richardson ● Principal, Richardson & Sons – Provides enterprise software development for small- to medium-sized businesses. – Has created software applications raging from enterprise-scale applications to PDA-based systems, web applications to embedded database synchronization and postscript processing systems. – Specializes in translating business requirements into technical solutions. – Our business is listening to your needs and building you effective tools. ● My Qualifications – Masters of Science in Computer Information Systems (MSCIS) – Bachelors of Fine Arts in Industrial Design (BFA ID), the study of human factors and human / technology interaction – Over 10 years of software development experience ● Contact me: – richardsonandsons.com/contact.aspx What is source control? ● A central place to store your code – Backup and recovery ● Records a history of code changes ● Facilitates collaboration among development team members ● Easy to check out prior code, undo changes, version products How does source control work? User1 Import Create Project or Add Update The Repository User2 Working Copy Commit Check Out User3 Working Copy Why should I use source control? ● Because the alternative is frightening beyond all reason ● Some motivation: “Well, I'd been working on the code, and got it to a state where I was prepared to share it. Then I thought I'd clean up the target directory and do a new build just to be sure.
    [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]
  • Getting Started with Subversion (Migrating from CVS to SVN) Version 1.0 Frank C
    Getting Started with SubVersion (Migrating from CVS to SVN) Version 1.0 Frank C. Anderson Department of Mechanical Engineering, Stanford University [email protected] SimTK.org uses SVN (SubVersion, http://subversion.tigris.org) as its source-code versioning system. It stores a revision history for files under version control in a repository and enables potentially large numbers of programmers to work on source code concurrently. It is intended to replace CVS (Concurrent Versions System, http://www.cvshome.org). Some of the key improvements over CVS include: • Repository-wide version numbering. Each time a change is committed to the SVN repository, the revision number of the entire repository is incremented. This is in contrast to CVS, which keeps revisions on a per-file basis. The versioning system used by SVN allows for easier retrieval of self-consistent snapshots of the code. • Directories and renames are versioned. This allows one to change the names of files and directories and reorganize a repository, something that is difficult to do in CVS. • Efficient versioning of binary files. All diffs in SVN are on a binary basis, thus text files and binary files are handled the same. • Branching and Tagging are inexpensive. Branching is the mechanism for making major code revisions without breaking the main development trunk. Tagging is the mechanism for making release snapshots. Both mechanisms use the copy command. In SVN, copies are done through symbolic links, so the disk space that is needed only for changes that are made in the files. Using SVN is much like using CVS; many of the commands are the same.
    [Show full text]
  • Tutorial 0: SVN ECSE 321 – Intro to Software Engineering Electrical and Computer Engineering Mcgill University Winter 2009
    Tutorial 0: SVN ECSE 321 – Intro to Software Engineering Electrical and Computer Engineering McGill University Winter 2009 1. Introduction………………………………………………………………………..1 2. Step 1: Desktop Setup……………………………………………………………..1 3. Step 2: Registering………………………………………………………………...1 4. Step 3: Creating a Project Space…………………………………………………..1 5. Step 4: Accessing your Project Space…………………………………………….4 6. Step 5: Installing Subversion (SVN) ……………………………………………........4 7. Step 6: Installing TortoiseSVN……………………………………………………4 8. Step 7: Checking out your Folder…………………………………………………5 9. Step 8: Completing your Checkout………………………………………………..5 10. SVN Commands…………………………………………………………………..6 Introduction In the field of software development, the Concurrent Versions System (CVS), also known as the Concurrent Versioning System, is a free software revision control system. Version control system software keeps track of all work and all changes in a set of files, and allows several developers (potentially widely separated in space and/or time) to collaborate [1]. Subversion (SVN) is a version control system initiated in 2000 by CollabNet Inc. It is used to maintain current and historical versions of files such as source code, web pages, and documentation. Its goal is to be a mostly-compatible successor to the widely used Concurrent Versions System (CVS) [2]. This little tutorial will help your team to set up a code repository for your term project and teach you the basics of SVN logic. What SVN allows, is to hold a central database of code and other files, so that they can be easily shared amongst members of the group. SVN logic functions as a tree, where the main folder is called the trunk and all subsequent subfolders are referred to as branches.
    [Show full text]
  • Introduction to Version Control
    1 Introduction to version control David Rey – DREAM 2 Overview • Collaborative work and version control • CVS vs. SVN • Main CVS/SVN user commands • Advanced use of CVS/SVN 3 Overview • Collaborative work and version control • CVS vs. SVN • Main CVS user commands • Advanced use of CVS 4 Collaborative work and version control: examples • Development • Source files: C, C++, java, Fortran, Tcl, Python, shell scripts, … • Build/config files: Makefile, ant, … • Text documents/articles/bibliographies • Plain text • Latex/bibtex • Web pages • Html • Php, javascripts, … • XML documents • ... 5 A software development process at INRIA • INRIA recommandations about software development: • http://www-sop.inria.fr/dream/rapports/devprocess/index.html • http://www-sop.inria.fr/dream/rapports/devprocess/main005.html#toc8 • « Best practices »: • CVS: http://www.tldp.org/REF/CVS-BestPractices/html/index.html • SVN: http://svn.collab.net/repos/svn/trunk/doc/user/svn-best-practices.html 6 Version control: main ideas • Distributed documents/collaborative work • Automatic merging • Alarms on conflicts • Easy communication between users (log messages, emails, …) • Version control: incremental versions • All previous versions available • Minimal necessary disk space (incremental) • History of changes/logs 7 Version control software • CVS: http://ximbiot.com/cvs/ • TortoiseCVS (http://www.tortoisecvs.org/) • WinCVS (http://www.wincvs.org/) • … • Subversion (SVN): http://subversion.tigris.org/ • TortoiseSVN (http://tortoisesvn.tigris.org/) • … • Forges that use
    [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]
  • 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.
    [Show full text]
  • Getting Started W Ith CVS
    Getting Started W ith CVS An Oracle White Paper February 2005 Getting Started W ith CVS Introduction....................................................................................................... 3 W HAT IS CVS.................................................................................................. 3 terminology........................................................................................................ 3 CVS Step by step............................................................................................... 4 Downloading and Installing CVS............................................................... 4 Creating a Repository................................................................................... 5 Creating a CVS Connection........................................................................ 5 Configuring the Repository......................................................................... 6 Importing a Module...................................................................................... 7 Checking Out a Module............................................................................... 9 Adding Files................................................................................................... 9 Updating Files (Common)......................................................................... 10 Editing Files................................................................................................. 11 Deleting Files..............................................................................................
    [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]