Changes between Version 2 and Version 3 of TracLinks
- Timestamp:
- 11/30/21 23:42:26 (3 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracLinks
v2 v3 1 = Trac Links = 1 = Trac Links 2 2 3 [[TracGuideToc]] 3 4 TracLinks are a fundamental feature of Trac, because they allow easy hyperlinking between the various entities in the system—such as tickets, reports, changesets, Wiki pages, milestones, and source files—from anywhere WikiFormatting is used. 5 6 TracLinks are generally of the form '''type:id''' (where ''id'' represents the 7 number, name or path of the item) though some frequently used kinds of items 8 also have short-hand notations. 9 10 == Where to use TracLinks == 4 [[PageOutline(2-5,Contents,pullout)]] 5 6 TracLinks are a fundamental feature of Trac, allowing easy hyperlinking between the various entities in the system — such as tickets, reports, changesets, Wiki pages, milestones, and source files — from anywhere WikiFormatting is used. 7 8 TracLinks are generally of the form '''type:id''' (where ''id'' represents the number, name or path of the item) though some frequently used kinds of items also have short-hand notations. 9 10 == Where to use TracLinks 11 11 12 You can use TracLinks in: 12 13 … … 17 18 and any other text fields explicitly marked as supporting WikiFormatting. 18 19 19 == Overview ==20 == Overview 20 21 21 22 ||= Wiki Markup =||= Display =|| … … 33 34 `diff:tags/trac-0.9.2/wiki-default//tags/trac-0.9.3/wiki-default` 34 35 or `diff:trunk/trac@3538//sandbox/vc-refactoring@3539` 35 Files :: `source:trunk/COPYING`, `source:/trunk/COPYING@200` (at version 200), `source:/trunk/COPYING@200#L25` (at version 200, line 25) 36 Files :: `source:trunk/COPYING`, `source:/trunk/COPYING@200` (at version 200), `source:/trunk/COPYING@200#L25` (at version 200, line 25), `source:/trunk/COPYING@200:27-30#L25` (at version 200, line 25, highlighting lines 27-30) 36 37 }}} 37 38 {{{#!td … … 48 49 diff:tags/trac-0.9.2/wiki-default//tags/trac-0.9.3/wiki-default 49 50 or diff:trunk/trac@3538//sandbox/vc-refactoring@3539 50 Files :: source:trunk/COPYING, source:/trunk/COPYING@200 (at version 200), source:/trunk/COPYING@200#L25 (at version 200, line 25) 51 }}} 52 53 '''Note:''' The wiki:CamelCase form is rarely used, but it can be convenient to refer to 54 pages whose names do not follow WikiPageNames rules, i.e., single words, 55 non-alphabetic characters, etc. See WikiPageNames for more about features specific 56 to links to Wiki page names. 51 Files :: source:trunk/COPYING, source:/trunk/COPYING@200 (at version 200), source:/trunk/COPYING@200#L25 (at version 200, line 25) source:/trunk/COPYING@200:28-31#L25 (at version 200, line 25, highlighting lines 28-31) 52 }}} 53 54 '''Note:''' The wiki:CamelCase form is rarely used, but it can be convenient to refer to pages whose names do not follow WikiPageNames rules, ie single words, non-alphabetic characters, etc. See WikiPageNames for more about features specific to links to Wiki page names. 57 55 58 56 … … 101 99 <wiki:Strange(page@!)> 102 100 }}} 101 |-------------------------------------------------------------------------------------- 102 |||| Quoting can be used with the full notation to allow brackets in the label. || 103 {{{#!td 104 {{{ 105 [TracIni#logging-log_type-option "[logging] log_type"] 106 }}} 107 }}} 108 {{{#!td 109 [TracIni#logging-log_type-option "[logging] log_type"] 110 }}} 103 111 }}} 104 112 105 113 TracLinks are a very simple idea, but actually allow quite a complex network of information. In practice, it's very intuitive and simple to use, and we've found the "link trail" extremely helpful to better understand what's happening in a project or why a particular change was made. 106 114 107 108 == Advanced use of TracLinks == 109 110 === Relative links === 115 == Advanced use of TracLinks 116 117 === Relative links 111 118 112 119 To create a link to a [trac:SubWiki SubWiki]-page just use a '/': … … 128 135 129 136 But in practice you often won't need to add the `../` prefix to link to a sibling page. 130 For resolving the location of a wiki link, it's the target page closest in the hierarchy 131 to the page where the link is written which will be selected. So for example, within 132 a sub-hierarchy, a sibling page will be targeted in preference to a toplevel page. 137 For resolving the location of a wiki link, it's the target page closest in the hierarchy to the page where the link is written which will be selected. So for example, within a sub-hierarchy, a sibling page will be targeted in preference to a toplevel page. 133 138 This makes it easy to copy or move pages to a sub-hierarchy by [[WikiNewPage#renaming|renaming]] without having to adapt the links. 134 139 135 In order to link explicitly to a [=#toplevel toplevel] Wiki page, 136 use the `wiki:/` prefix. Be careful **not** to use the `/` prefix alone, as this corresponds to the [#Server-relativelinks] syntax and with such a link you will lack the `/wiki/` part in the resulting URL. A link such as `[../newticket]` will stay in the wiki namespace and therefore link to a sibling page. 137 138 === Link anchors === 140 To link explicitly to a [=#toplevel toplevel] Wiki page, use the `wiki:/` prefix. Be careful **not** to use the `/` prefix alone, as this corresponds to the [#Server-relativelinks] syntax and with such a link you will lack the `/wiki/` part in the resulting URL. A link such as `[../newticket]` will stay in the wiki namespace and therefore link to a sibling page. 141 142 === Link anchors 139 143 140 144 To create a link to a specific anchor in a page, use '#': … … 180 184 [trac:source:trunk/trac/env.py#/ISystemInfoProvider ISystemInfoProvider] 181 185 182 === InterWiki links ===183 184 Other prefixes can be defined freely and made to point to resources in other Web applications. The definition of those prefixes as well as the URLs of the corresponding Web applications is defined in a special Wiki page, the InterMapTxt page. Note that while this could be used to create links to other Trac environments, there 's a more specialized way to register other Trac environments which offers greater flexibility.185 186 === InterTrac links ===186 === InterWiki links 187 188 Other prefixes can be defined freely and made to point to resources in other Web applications. The definition of those prefixes as well as the URLs of the corresponding Web applications is defined in a special Wiki page, the InterMapTxt page. Note that while this could be used to create links to other Trac environments, there is a more specialized way to register other Trac environments which offers greater flexibility. 189 190 === InterTrac links 187 191 188 192 This can be seen as a kind of InterWiki link specialized for targeting other Trac projects. … … 193 197 See InterTrac for the complete details. 194 198 195 === Server-relative links === 196 197 It is often useful to be able to link to objects in your project that 198 have no built-in Trac linking mechanism, such as static resources, `newticket`, 199 a shared `/register` page on the server, etc. 200 201 To link to resources inside the project, use either an absolute path from the project root, 202 or a relative link from the URL of the current page (''Changed in 0.11''): 199 === Server-relative links 200 201 It is often useful to be able to link to objects in your project that have no built-in Trac linking mechanism, such as static resources, `newticket`, a shared `/register` page on the server, etc. 202 203 To link to resources inside the project, use either an absolute path from the project root, or a relative link from the URL of the current page (''Changed in 0.11''): 203 204 204 205 {{{ … … 218 219 Display: [//register Register Here] or [[//register|Register Here]] 219 220 220 === Quoting space in TracLinks === 221 222 Immediately after a TracLinks prefix, targets containing space characters should 223 be enclosed in a pair of quotes or double quotes. 221 === Quoting space in TracLinks 222 223 Immediately after a TracLinks prefix, targets containing space characters should be enclosed in a pair of quotes or double quotes. 224 224 Examples: 225 225 * !wiki:"The whitespace convention" … … 232 232 * ![[attachment:the file.txt]] 233 233 234 === Escaping Links ===234 === Escaping Links 235 235 236 236 To prevent parsing of a !TracLink, you can escape it by preceding it with a '!' (exclamation mark). … … 244 244 ![42] is not a link either. 245 245 246 247 === Parameterized Trac links === 246 === Parameterized Trac links 248 247 249 248 Many Trac resources have more than one way to be rendered, depending on some extra parameters. For example, a Wiki page can accept a `version` or a `format` parameter, a report can make use of dynamic variables, etc. … … 255 254 - `[/newticket?summary=Add+short+description+here create a ticket with URL with spaces]` 256 255 257 258 == TracLinks Reference == 256 == TracLinks Reference 257 259 258 The following sections describe the individual link types in detail, as well as notes on advanced usage of links. 260 259 261 === attachment: links ===260 === attachment: links 262 261 263 262 The link syntax for attachments is as follows: 264 * !attachment:the_file.txt creates a link to the attachment the_file.txt of the current object263 * !attachment:the_file.txt creates a link to the attachment the_file.txt of the current page 265 264 * !attachment:the_file.txt:wiki:MyPage creates a link to the attachment the_file.txt of the !MyPage wiki page 266 265 * !attachment:the_file.txt:ticket:753 creates a link to the attachment the_file.txt of the ticket 753 267 266 268 Note that the older way, putting the filename at the end, is still supported: !attachment:ticket:753:the_file.txt .267 Note that the older way, putting the filename at the end, is still supported: !attachment:ticket:753:the_file.txt, but is not recommended. 269 268 270 269 If you'd like to create a direct link to the content of the attached file instead of a link to the attachment page, simply use `raw-attachment:` instead of `attachment:`. 271 270 272 This can be useful for pointing directly to an HTML document, for example. Note that for this use case, you'd have to allow the web browser to render the content by setting `[attachment] render_unsafe_content = yes` (see TracIni#attachment-section). Caveat: only do that in environments for which you're 100% confident you can trust the people who are able to attach files, as otherwise this would openup your site to [wikipedia:Cross-site_scripting cross-site scripting] attacks.271 This can be useful for pointing directly to an HTML document, for example. Note that for this use case, you'd have to allow the web browser to render the content by setting [[TracIni#attachment-render_unsafe_content-option|"[attachment] render_unsafe_content"]] = `enabled`. Caveat: only do that in environments for which you're 100% confident you can trust the people who are able to attach files, as this opens up your site to [wikipedia:Cross-site_scripting cross-site scripting] attacks. 273 272 274 273 See also [#export:links]. 275 274 276 === comment: links ===275 === comment: links 277 276 278 277 When you're inside a given ticket, you can simply write e.g. !comment:3 to link to the third change comment. … … 285 284 - `ticket:123#comment:description` 286 285 287 === htdocs: links ===286 === htdocs: links 288 287 289 288 Use `htdocs:path/to/file` to reference files in the `htdocs` directory of the Trac environment, the [TracEnvironment#DirectoryStructure web resource directory]. 290 289 291 === query: links ===290 === query: links 292 291 293 292 See TracQuery#UsingTracLinks and [#ticket:links]. 294 293 295 === search: links === 296 297 See TracSearch#SearchLinks 298 299 === ticket: links === 300 ''alias:'' `bug:` 294 === search: links 295 296 See TracSearch#SearchTracLinks 297 298 === ticket: links 299 300 ''aliases:'' `bug:`, `issue:` 301 301 302 302 Besides the obvious `ticket:id` form, it is also possible to specify a list of tickets or even a range of tickets instead of the `id`. This generates a link to a custom query view containing this fixed set of tickets. … … 306 306 - `ticket:1,150` 307 307 308 === timeline: links ===308 === timeline: links 309 309 310 310 Links to the timeline can be created by specifying a date in the ISO:8601 format. The date can be optionally followed by a time specification. The time is interpreted as being UTC time, but if you don't want to compute the UTC time, you can specify a local time followed by your timezone offset relative to UTC. … … 318 318 - `timeline:2008-01-29T16:48+01:00` 319 319 320 === wiki: links ===320 === wiki: links 321 321 322 322 See WikiPageNames and [#QuotingspaceinTracLinks quoting space in TracLinks] above. It is possible to create a link to a specific page revision using the syntax WikiStart@1. 323 323 324 === Version Control related links ===325 326 It should be noted that multiple repository support works by creating a kind of virtual namespace for versioned files in which the toplevel folders correspond to the repository names. Therefore, in presence of multiple repositories, a ''/path'' specification in the syntax of links detailed below should start with the name of the repository. If omitted, the default repository is used. In case a toplevel folder of the default repository has the same name as a repository, the l atter "wins". One can always access such folder by fully qualifying it (the default repository can be an alias of a named repository, or conversely, it is always possible to create an alias for the default repository, ask your Trac administrator).324 === Version Control system links 325 326 It should be noted that multiple repository support works by creating a kind of virtual namespace for versioned files in which the toplevel folders correspond to the repository names. Therefore, in presence of multiple repositories, a ''/path'' specification in the syntax of links detailed below should start with the name of the repository. If omitted, the default repository is used. In case a toplevel folder of the default repository has the same name as a repository, the link directs to the latter. One can always access such folder by fully qualifying it. The default repository can be an alias of a named repository, or conversely, there may be one or more aliases for the default repository, ask your Trac administrator. 327 327 328 328 For example, `source:/trunk/COPYING` targets the path `/trunk/COPYING` in the default repository, whereas `source:/projectA/trunk/COPYING` targets the path `/trunk/COPYING` in the repository named `projectA`. This can be the same file if `'projectA'` is an alias to the default repository or if `''` (the default repository) is an alias to `'projectA'`. 329 329 330 ==== source: links ==== 330 ==== source: links 331 331 332 ''aliases:'' `browser:`, `repos:` 332 333 333 The default behavior for a `source:/some/path link` is to open the browser in that directory directory 334 if the path points to a directory or to show the latest content of the file. 334 The default behavior for a `source:/some/path link` is to open the browser in that directory directory if the path points to a directory or to show the latest content of the file. 335 335 336 336 It's also possible to link directly to a specific revision of a file like this: 337 337 - `source:/some/file@123` - link to the file's revision 123 338 338 - `source:/some/file@head` - link explicitly to the latest revision of the file 339 - `source:/some/file@named-branch` - link to latest revision of the specified file in `named-branch` (DVCS such as Git or Mercurial) 339 340 340 341 If the revision is specified, one can even link to a specific line number: 341 342 - `source:/some/file@123#L10` 342 343 - `source:/tag/0.10@head#L10` 344 - `source:/some/file@named-branch#L10` 343 345 344 346 Finally, one can also highlight an arbitrary set of lines: 345 347 - `source:/some/file@123:10-20,100,103#L99` - highlight lines 10 to 20, and lines 100 and 103, and target line 99 346 - or without version number (the `@` is still needed): `source:/some/file@:10-20,100,103#L99`. Version can be omitted when the path is pointing to a source file that will no longer change (like `source:/tags/...`), otherwise it's better to specify which lines of //which version// of the file you're talking about 348 - or without version number (the `@` is still needed): `source:/some/file@:10-20,100,103#L99`. Version can be omitted when the path is pointing to a source file that will no longer change (like `source:/tags/...`), otherwise it's better to specify which lines of //which version// of the file you're talking about. 347 349 348 350 Note that in presence of multiple repositories, the name of the repository is simply integrated in the path you specify for `source:` (e.g. `source:reponame/trunk/README`). ''(since 0.12)'' 349 351 350 ==== export: links ====352 ==== export: links 351 353 352 354 To force the download of a file in the repository, as opposed to displaying it in the browser, use the `export` link. Several forms are available: … … 354 356 * `export:123:/some/file` - get revision 123 of the specified file 355 357 * `export:/some/file@123` - get revision 123 of the specified file 356 357 This can be very useful for displaying XML or HTML documentation with correct stylesheets and images, in case that has been checked in into the repository. Note that for this use case, you'd have to allow the web browser to render the content by setting `[browser] render_unsafe_content = yes` (see TracIni#browser-section), otherwise Trac will force the files to be downloaded as attachments for security concerns. 358 * `export:/some/file@named-branch` - get latest revision of the specified file in `named-branch` (DVCS such as Git or Mercurial). 359 360 This can be very useful for displaying XML or HTML documentation with correct stylesheets and images, in case that has been checked in into the repository. Note that for this use case, you'd have to allow the web browser to render the content by setting [[TracIni#browser-render_unsafe_content-option|"[browser] render_unsafe_content"]] = `enabled`, otherwise Trac will force the files to be downloaded as attachments for security concerns. 358 361 359 362 If the path is to a directory in the repository instead of a specific file, the source browser will be used to display the directory (identical to the result of `source:/some/dir`). 360 363 361 ==== log: links ====364 ==== log: links 362 365 363 366 The `log:` links are used to display revision ranges. In its simplest form, it can link to the latest revisions of the specified path, but it can also support displaying an arbitrary set of revisions. … … 367 370 - `log:@20788,20791:20795` - list revision 20788 and the revisions from 20791 to 20795 368 371 - `log:/trunk/tools@20788,20791:20795` - list revision 20788 and the revisions from 20791 to 20795 which affect the given path 372 - `log:/tools@named-branch` - the revisions in `tools` starting from the latest revision in `named-branch` (DVCS such as Git or Mercurial) 369 373 370 374 There are short forms for revision ranges as well: … … 375 379 Finally, note that in all of the above, a revision range can be written either as `x:y` or `x-y`. 376 380 377 In the presence of multiple repositories, the name of the repository should be specified as the first part of the path, e.g. `log:repos/branches` or `[20-40/repos]`. 381 ==== Multi-repository links 382 383 In the presence of multiple repositories, the name of the repository should be specified as the first part of the path: 384 - `log:repos/branch` 385 - `[20-40/repos]` 386 - `r20/repos` 378 387 379 388 ---- 380 389 See also: WikiFormatting, TracWiki, WikiPageNames, InterTrac, InterWiki 381