aboutsummaryrefslogtreecommitdiffstats
path: root/doc/src/howto/creator-vcs.qdoc
blob: f045ae67e264ee71bf023f18911dfb3ef4ed3528 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
/****************************************************************************
**
** Copyright (c) 2012 Digia Plc and/or its subsidiary(-ies).
** Contact: http://www.qt-project.org/legal
**
** This file is part of Qt Creator
**
**
** GNU Free Documentation License
**
** Alternatively, this file may be used under the terms of the GNU Free
** Documentation License version 1.3 as published by the Free Software
** Foundation and appearing in the file included in the packaging of this
** file.
**
**
****************************************************************************/

// **********************************************************************
// NOTE: the sections are not ordered by their logical order to avoid
// reshuffling the file each time the index order changes (i.e., often).
// Run the fixnavi.pl script to adjust the links to the index order.
// **********************************************************************

/*!
    \contentspage index.html
    \previouspage creator-project-wizards.html
    \page creator-version-control.html
    \nextpage creator-configuring-projects.html

    \title Using Version Control Systems

    Version control systems supported by \QC are:
    \table
        \header
            \o Version Control System
            \o Address
            \o Notes
        \row
            \o  Bazaar
            \o  \l{http://bazaar.canonical.com/}
            \o  \QC 2.2 and later
        \row
            \o  ClearCase
            \o  \l{http://www-01.ibm.com/software/awdtools/clearcase/}
            \i  Experimental plugin in \QC 2.6
        \row
            \o  CVS
            \o  \l{http://www.cvshome.org}
            \i
        \row
            \o  Git
            \o  \l{http://git-scm.com/}
            \i
        \row
            \o  Mercurial
            \o  \l{http://mercurial.selenic.com/}
            \o  \QC 2.0 and later
        \row
            \o  Perforce
            \o  \l{http://www.perforce.com}
            \o  Server version 2006.1 and later
        \row
            \o  Subversion
            \o  \l{http://subversion.apache.org/}
            \i
    \endtable

    \section1 Setting Up Version Control Systems

    \QC uses the version control system's command line clients to access your
    repositories. To allow access, make sure that the command line clients can
    be located using the \c{PATH} environment variable or specify the path to
    the command line client executables in \gui{Tools} > \gui{Options} >
    \gui {Version Control}.

    After you set up the version control system, use the command line to check
    that everything works (for example, use the status command). If no issues
    arise, you should be ready to use the system also from \QC.

    \section2 Using msysGit on Windows

    If you configure Git for use with \c {git bash}, only, and use SSH
    authorization, Git looks for the SSH keys in the directory where the
    \c HOME environment points to. The variable is always set by \c {git bash}.

    However, the variable is typically not set in a Windows command prompt. When
    you run Git from a Windows command prompt, it looks for the SSH keys in its
    installation directory, and therefore, the authorization fails.

    You can set the \c HOME environment variable from \QC. Select \gui {Tools >
    Options > Version Control > Git}. Select the \gui {Environment Variables}
    and the \gui {Set "HOME" environment variable} check boxes. \c HOME is set
    to \c %HOMEDRIVE%%HOMEPATH% when the Git executable is run and authorization
    works as it would with \c {git bash}.

    \section1 Setting Up Common Options

    Select \gui{Tools} > \gui{Options} > \gui{Version Control} > \gui{Common}
    to specify settings for submit messages:

    \list

        \o  \gui{Submit message check script} is a script or program that
            can be used to perform checks on the submit message before
            submitting. The submit message is passed in as the script's first
            parameter. If there is an error, the script should output a
            message on standard error and return a non-zero exit code.

        \o  \gui{User/alias configuration file} takes a file in mailmap format
            that lists user names and aliases. For example:

            \code
            Jon Doe <Jon.Doe@company.com>
            Hans Mustermann <Hans.Mustermann@company.com> hm <info@company.com>
            \endcode

            \note The second line above specifies the alias \e{hm} and the
            corresponding email address for \e{Hans Mustermann}. If the
            user/alias configuration file is present, the submit editor
            displays a context menu with \gui{Insert name} that pops up a
            dialog letting the user select a name.

        \o  \gui{User fields configuration file} is a simple text file
            consisting of lines specifying submit message fields that take
            user names, for example:

            \code
            Reviewed-by:
            Signed-off-by:
            \endcode

            The fields above appear below the submit message. They provide
            completion for the aliases/public user names specified in the
            \e{User/alias configuration file} as well as a button that opens the
            aforementioned user name dialog.

        \o  \gui{SSH prompt command} specifies an ssh-askpass command that you
            can use (on Linux) to prompt the user for a password when using SSH.
            For example, \c ssh-askpass or \c x11-ssh-askpass, depending on the
            ssh-askpass implementation that you use.

    \endlist

    \section1 Creating VCS Repositories for New Projects

    \QC allows you to create repositories for version control systems that
    support local repository creation, such as Git, Mercurial, or Bazaar.
    When creating a new project by selecting \gui File > \gui{New File or
    Project}, you can choose a version control system on the final wizard page.

    You can also select \gui Tools and then select \gui {Create Repository}
    in the submenu for the version control system.

    To import a project that is under version control, choose \gui {File >
    New File or Project > Project from Version Control} and select the
    version control system that you use. Follow the instructions of the
    wizard to import the project.

    \section1 Using Version Control Systems

    The \gui{Tools} menu contains a submenu for each supported version
    control system.

    The \gui{Version Control} output pane displays the commands that are
    executed, a timestamp, and the relevant output. Select \gui {Window > Output
    Panes > Version Control} to open the pane.

    \image qtcreator-vcs-pane.png

    \section2 Adding Files

    When you create a new file or a new project, the wizard displays a page
    asking whether the files should be added to a version control system.
    This happens when the parent directory or the project is already
    under version control and the system supports the concept of adding files,
    for example, Perforce and Subversion. Alternatively, you can
    add files later by using the version control tool menus.

    With Git, there is no concept of adding files. Instead, all modified
    files must be staged for a commit.

    \section2 Viewing Diff Output

    All version control systems provide menu options to \e{diff} the current
    file or project: to compare it with the latest version stored in the
    repository and to display the differences. In \QC, a diff is displayed in a
    read-only editor. If the file is accessible, you can double-click on a
    selected diff chunk and \QC opens an editor displaying the file, scrolled to
    the line in question.

    \image qtcreator-vcs-diff.png

    \section2 Viewing Versioning History and Change Details

    Display the versioning history of a file by selecting \gui{Log}
    or \gui{Filelog}. Typically, the log output contains the date, the commit
    message, and a change or revision identifier. Click on the identifier to
    display a description of the change including the diff.
    Right-clicking on an identifier brings up a context menu that lets you
    show annotation views of previous versions (see \l{Annotating Files}).

    \image qtcreator-vcs-log.png

    \section2 Annotating Files

    Annotation views are obtained by selecting \gui{Annotate} or \gui{Blame}.
    Selecting \gui{Annotate} or \gui{Blame} displays the lines of the file
    prepended by the change identifier they originate from. Clicking on the
    change identifier shows a detailed description of the change.

    To show the annotation of a previous version, right-click on the
    version identifier at the beginning of a line and choose one of the
    revisions shown at the bottom of the context menu. This allows you to
    navigate through the history of the file and obtain previous versions of
    it. It also works for Git and Mercurial using SHA's.

    The same context menu is available when right-clicking on a version
    identifier in the file log view of a single file.

    \section2 Committing Changes

    Once you have finished making changes, submit them to the version control
    system by choosing \gui{Commit} or \gui{Submit}. \QC displays a
    commit page containing a text editor where you can enter your commit
    message and a checkable list of modified files to be included.

    \image qtcreator-vcs-commit.png

    When you have finished filling out the commit page information, click on
    \gui{Commit} to start committing.

    The \gui{Diff Selected Files} button brings up a diff view of the
    files selected in the file list. Since the commit page is just another
    editor, you can go back to it by closing the diff view. You can also check
    a diff view from the editor combo box showing the \gui{Opened files}.

    \section2 Reverting Changes

    All supported version control system support reverting your project to
    known states. This functionality is generally called \e reverting.

    The changes discarded depend on the version control system.

    A version control system can replace the \gui Revert menu option with other
    options.

    \section3 Reverting Changes Using Git

    The Git version control system has an index that is used to stage
    changes. The index is committed on the next commit. Git allows you to revert
    back to the state of the last commit as well as to the state staged in the
    index.

    \list

        \o  \gui{Undo Unstaged Changes} reverts all changes and resets the
            working directory to the state of the index.

        \o  \gui{Undo Uncommitted Changes} reverts all changes, discarding the
            index. This returns your working copy to the state it was in right
            after the last commit.

        \o  \gui{Reset...} opens a dialog where you can select the SHA1 to reset
            the working directory to. This is useful after applying patches for
            review, for example.

    \endlist

    \section2 Viewing Status

    You can select \gui{Status} to view the status of the project or
    repository.

    \section2 Updating the Working Tree

    You can select \gui Update to update your working tree with the latest
    changes from the branch. Some version control systems allow you to choose
    between updating the current project and updating all projects.

    With Git, you stash your changes and then pull the changes from the
    repository.

    \section2 Deleting Files

    You can select \gui Delete to delete obsolete files from the repository.

    With Git, you delete the files from the working tree and then stage the
    deleted files for a commit.

    \section2 Using Additional Bazaar Functions

    Bazaar is a free version control system sponsored by Canonical.

    The \gui Bazaar submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Pull}
            \o  Turn the branch into a mirror of another branch.
        \row
            \o  \gui{Push}
            \o  Update a mirror of the branch.

    \endtable

    \section2 Using Additional ClearCase Functions

    IBM Rational ClearCase is a version control, workspace management, parallel
    development support, and build automation solution developed by IBM. The
    ClearCase client plugin is an experimental plugin that you can enable by
    selecting \gui Help > \gui {About Plugins} > \gui {Version Control} >
    \gui ClearCase. The ClearCase client plugin is available on Linux and
    Windows for accessing a ClearCase server.

    The \gui ClearCase submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Check In}
            \o  Create a permanent new version of the current file or all files
                in the versioned object base (VOB).
        \row
            \o  \gui{Check In Activity}
            \o  Check in checked-out versions in the change set of the current
                Unified Change Management (UCM) activity.
        \row
            \o  \gui{Check Out}
            \o  Create a writable copy of a branch. If you check out files in a
                UCM view, they are added to the change set of the UCM activity.
        \row
            \o  \gui{Undo Check Out}
            \o  Cancel the checkout for a file and delete the checked-out
                version.
        \row
            \o  \gui{Undo Hijack}
            \o  Resolve hijacked files. If you change the read-only attribute of
                a file that is loaded into a snapshot view and modify the file
                without checking it out, you \e hijack the file.
    \endtable

\section2 Using Additional CVS Functions

    CVS is an open source version control system.

    The \gui CVS submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Edit}
            \o  Open a file for editing.
        \row
            \o  \gui{Unedit}
            \o  Discard the changes that you made in a file.

    \endtable

    \section2 Using Additional Git Functions

    Git is a fast decentralized version control system. Git is available
    for Windows, Linux and Mac.

    You can use the \l{http://code.google.com/p/gerrit/}{Gerrit} code review
    tool for projects that use Git. You can apply and check out changes from
    Gerrit in \QC 2.6 and later.

    The \gui Git submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui {Patch > Apply from Editor/Apply from File}
            \o  Patches are rewriting instructions that can be applied to a set
                of files. You can either apply a patch file that is open in \QC
                or select the patch file to apply from the file system.
        \row
            \o  \gui{Pull}
            \o  Pull changes from the remote repository. If there are locally
                modified files, you are prompted to stash those changes. Select
                \gui{Tools > Options > Version Control > Git} and select the
                \gui {Pull with rebase} check box to perform a rebase operation
                while pulling.

        \row
            \o  \gui{Clean/Clean Project}
            \o  All files that are not under version control (with the exception
                of patches and project files) are displayed in the \gui {Clean
                Repository} dialog. Select the files to delete and click
                \gui Delete. This allows you to clean a build completely.
        \row
            \o  \gui{Launch gitk}
            \o  Start the commit viewer for Git, gitk.
        \row
            \o  \gui{Branches}
            \o  Manage local and remote branches.
        \row
            \o  \gui Remotes
            \o  Manage remote repositories available in Git.
        \row
            \o  \gui {Stage File for Commit}
            \o  Mark new or modified files for committing to the repository.
                To undo this function, select \gui {Unstage File from Commit}.
        \row
            \o  \gui{Show Commit}
            \o  Select a commit to view. Enter the SHA of the commit
                in the \gui Change field.
        \row
            \o  \gui Stash
            \o  Store local changes temporarily.
        \row
            \o  \gui{Amend Last Commit}
            \o  Revert the last commit.
        \row
            \o  \gui Gerrit
            \o  View, apply, and check out changes from Gerrit.

    \endtable

    \section3 Working with Branches

    To work with Git branches, select \gui{Branches}. The checked out branch
    is shown in bold and underlined in the list of branches. Double-click branch
    names to edit them.

    \image qtcreator-vcs-gitbranch.png "Branches dialog"

    The following operations are supported:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Add}
            \o  Create new tracking and non-tracking branches.
        \row
            \o  \gui{Checkout}
            \o  Check out the selected branch and make it current.
        \row
            \o  \gui{Remove}
            \o  Remove a local branch. You cannot delete remote branches.
        \row
            \o  \gui{Diff}
            \o  Show the differences between the selected and the current
                branch.
        \row
            \o  \gui{Log}
            \o  Show the changes in a branch.
        \row
            \o  \gui{Refresh}
            \o  Refresh the list of branches.
    \endtable

    \section3 Working with Remote Repositories

    To manage remote repositories available in Git, select \gui{Remotes}.
    Double-click the names and URLs of the remote repositories to edit them.

    The following operations are supported:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Add}
            \o  Add a new remote repository.
        \row
            \o  \gui{Fetch}
            \o  Fetch all the branches and change information from a remote
                repository.
        \row
            \o  \gui{Remove}
            \o  Remove a remote repository.
        \row
            \o  \gui{Refresh}
            \o  Refresh the list of remote repositories.
    \endtable


    \section3 Using Stashes

    With Git, you can put your current set of changes onto a virtual shelf
    called a \e stash. Stashes are useful, for example, to put aside a set of
    changes to work on higher priority tasks or to pull in new chages from
    another repository.

    \QC exposes this functionality in the \gui{Tools > Git > Stash} menu.

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Stashes}
            \o  Display a dialog that shows all known stashes with options to
                restore, display or delete them.
        \row
            \o  \gui{Stash}
            \o  Stash all local changes. The working copy is then reset to
                the state it had right after the last commit.
        \row
            \o  \gui{Stash Snapshot}
            \o  Save a snapshot of your current work under a name for later
                reference. The working copy is unchanged.

                For example, if you want to try something and find out later
                that it does not work, you can discard it and return to the
                state of the snapshot.
        \row
            \o  \gui{Stash Pop}
            \o  Remove a single stashed state from the stash list and apply it
                on top of the current working tree state.
    \endtable

    \section3 Reviewing Code with Gerrit

    If your Git project uses Gerrit for code reviews, you can view your changes
    in \QC.

    Select \gui Tools > \gui Options > \gui {Version Control} > \gui Gerrit to
    specify the connection to the Gerrit server.

    \image qtcreator-gerrit-options.png

    You can see the same information about each change as in the Gerrit
    web interface.

    \image qtcreator-gerrit.png

    To view details of the selected change, select \gui Diff.

    To apply the selected change to the top of your local repository, select
    \gui Apply. To remove the change after testing it, select \gui Tools >
    \gui Git > \gui {Reset}. In the \gui {Undo Changes to} dialog, select the
    state to reset the working directory to, and then select \gui OK.

    To check out the change in a headless state, select \gui Checkout.

    To refresh the list of changes, select \gui Refresh.

    \section2 Using Additional Mercurial Functionality

    Mercurial is a free, distributed source control management tool.

    The \gui Mercurial submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Import}
            \o  Apply changes from a patch file.
        \row
            \o  \gui{Incoming}
            \o  Monitor the status of a remote repository by listing
                the changes that will be pulled.
        \row
            \o  \gui{Outgoing}
            \o  Monitor the status of a remote repository by listing
                the changes that will be pushed.
        \row
            \o  \gui{Pull}
            \o  Pull changes from the remote repository.
        \row
            \o  \gui{Push}
            \o  Push changes to the remote repository.
     \endtable

    \section2 Using Additional Perforce Functions

    Perforce is a fast software configuration management system developed by
    Perforce Software.

    When you start \QC, it looks for the executable specified
    in the \gui{P4 command} field in \gui{Tools > Options > Version
    Control > Perforce}. If the file is not found, the following error
    message is displayed in the \gui {Version Control} output pane:
    \gui {Perforce: Unable to determine the repository: "p4.exe"
    terminated with exit code 1}. If you use Perforce, check that the
    path to the executable is specified correctly in the \gui{P4 command}
    field.

    If you do not use Perforce, you can disable the Perforce plugin to
    get rid of the error message. Choose \gui {Help > About Plugins} and
    deselect the \gui Load check box for the \gui Perforce plugin in the
    \gui {Version Control} group.

    The \gui Perforce submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Describe}
            \o  View information about changelists and the files in them.
        \row
            \o  \gui{Edit File}
            \o  Open a file for editing.
        \row
            \o  \gui{Opened}
            \o  List files that are open for editing.
        \row
            \o  \gui{Pending Changes}
            \o  Group files for commit.
    \endtable

    \section2 Using Additional Subversion Functions

    Subversion is an open source version control system.

    The \gui Subversion submenu contains the following additional items:

    \table
        \header
            \o  Menu Item
            \o  Description
        \row
            \o  \gui{Describe}
            \o  Display commit log messages for a revision.
    \endtable

*/