Projet

Général

Profil

Paste
Télécharger (11,9 ko) Statistiques
| Branche: | Révision:

root / .drush / drush_make / README.txt @ a84ddea4

1
$Id: README.txt,v 1.1.2.19 2010/09/09 06:43:06 dmitrig01 Exp $
2

    
3
Drush make
4
----------
5
Drush make is an extension to drush that can create a ready-to-use drupal site,
6
pulling sources from various locations. It does this by parsing a flat text file
7
(similar to a drupal `.info` file) and downloading the sources it describes. In
8
practical terms, this means that it is possible to distribute a complicated
9
Drupal distribution as a single text file.
10

    
11
Among drush make's capabilities are:
12

    
13
- Downloading Drupal core, as well as contrib modules from drupal.org.
14
- Checking code out from CVS, SVN, git, and bzr repositories.
15
- Getting plain `.tar.gz` and `.zip` files (particularly useful for libraries
16
  that can not be distributed directly with drupal core or modules).
17
- Fetching and applying patches.
18
- Fetching modules, themes, and installation profiles, but also external
19
  libraries.
20

    
21

    
22
Usage
23
-----
24
The `drush make` command can be executed from a path within a Drupal codebase or
25
independent of any Drupal sites entirely. See the examples below for instances
26
where `drush make` can be used within an existing Drupal site.
27

    
28
    drush make [-options] [filename.make] [build path]
29

    
30

    
31
### Options
32

    
33
    --contrib-destination=path
34

    
35
      Specify a path under which modules and themes should be
36
      placed. Defaults to sites/all.
37

    
38
    --force-complete
39

    
40
      Force a complete build even if errors occur.
41

    
42
    --md5
43

    
44
      Output an md5 hash of the current build after completion.
45

    
46
    --no-clean
47

    
48
      Leave temporary build directories in place instead of
49
      cleaning up after completion.
50

    
51
    --no-core
52

    
53
      Do not require a Drupal core project to be specified.
54

    
55
    --no-patch-txt
56

    
57
      Do not write a PATCHES.txt file in the directory of
58
      each patched project.
59

    
60
    --prepare-install
61

    
62
      Prepare the built site for installation. Generate a
63
      properly permissioned settings.php and files directory.
64

    
65
    --tar
66

    
67
      Generate a tar archive of the build. The output filename
68
      will be [build path].tar.gz.
69

    
70
    --test
71

    
72
      Run a temporary test build and clean up.
73

    
74
    --translations=languages
75

    
76
      Retrieve translations for the specified comma-separated list
77
      of language(s) if available for all projects.
78

    
79
    --working-copy
80

    
81
      Where possible, retrieve a working copy of projects from
82
      their respective repositories.
83

    
84

    
85
### Examples
86

    
87
1. Build a Drupal site at `example/` including Drupal core and any projects
88
   defined in the makefile:
89

    
90
        drush make example.make example
91

    
92
2. Build a tarball of the platform above as `example.tar.gz`:
93

    
94
        drush make --tar example.make example
95

    
96
3. Build an installation profile within an existing Drupal site:
97

    
98
        drush make --no-core --contrib-destination=. installprofile.make
99

    
100

    
101
The `.make` file format
102
-----------------------
103
Each makefile is a plain text file that adheres to the Drupal `.info` file
104
syntax. See the included `example.make` for an example of a working makefile.
105

    
106

    
107
### Core version
108

    
109
The make file always begins by specifying the core version of Drupal for which
110
 each package must be compatible. Example:
111

    
112
    core = 6.x
113

    
114

    
115
### Projects
116

    
117
An array of the projects to be retrieved. Each project name can be specified as
118
a single string value. If further options need to be provided for a project, the
119
project should be specified as the key.
120

    
121
**Project with no further options:**
122

    
123
    projects[] = drupal
124

    
125
**Project using options (see below):**
126

    
127
    projects[drupal][version] = 6.15
128

    
129
Do not use both types of declarations for a single project in your makefile.
130

    
131

    
132
### Project options
133

    
134
- `version`
135

    
136
  Specifies the version of the project to retrieve.
137
  This can be as loose as the major branch number or
138
  as specific as a particular point release.
139

    
140
        projects[views][version] = 3
141
        projects[views][version] = 2.8
142
        projects[views][version] = 3.0-alpha2
143

    
144
        ; Shorthand syntax for versions if no other options are to be specified
145
        projects[views] = 3.0-alpha2
146

    
147
- `patch`
148

    
149
  One ore more patches to apply to this project. An array of URLs from which
150
  each patch should be retrieved.
151

    
152
        projects[adminrole][patch][] = "http://drupal.org/files/issues/adminrole_exceptions.patch"
153

    
154
- `subdir`
155

    
156
  Place a project within a subdirectory of the `--contrib-destination`
157
  specified. In the example below, `cck` will be placed in
158
  `sites/all/modules/contrib` instead of the default `sites/all/modules`.
159

    
160
        projects[cck][subdir] = "contrib"
161

    
162
- `location`
163

    
164
  URL of an alternate project update XML server to use. Allows project XML data
165
  to be retrieved from sites other than `updates.drupal.org`.
166

    
167
        projects[tao][location] = "http://code.developmentseed.com/fserver"
168

    
169
- `type`
170

    
171
  The project type. Must be provided if an update XML source is not specified
172
  and/or using version control or direct retrieval for a project. May be one of
173
  the following values: core, module, profile, theme.
174

    
175
        projects[mytheme][type] = "theme"
176

    
177
- `directory_name`
178

    
179
  Provide an alternative directory name for this project. By default, the
180
  project name is used.
181

    
182
        projects[mytheme][directory_name] = "yourtheme"
183

    
184
- `l10n_path`
185

    
186
  Specific URL (can include tokens) to a translation. Allows translations to be
187
  retrieved from l10n servers other than `localize.drupal.org`.
188

    
189
        projects[mytheme][l10n_path] = "http://myl10nserver.com/files/translations/%project-%core-%version-%language.po"
190

    
191
- `l10n_url`
192

    
193
  URL to an l10n server XML info file. Allows translations to be retrieved from
194
  l10n servers other than `localize.drupal.org`.
195

    
196
        projects[mytheme][l10n_url] = "http://myl10nserver.com/l10n_server.xml"
197

    
198

    
199
### Project download options
200

    
201
  Use an alternative download method instead of retrieval through update XML.
202
  The following methods are available:
203

    
204
- `download[type][get]`
205

    
206
  Retrieve a project as a direct download. Options:
207

    
208
  `url` - the URL of the file. Required.
209

    
210
- `download[type][post]`
211

    
212
  Retrieve a project as a direct download using an HTTP POST request. Options:
213

    
214
  `url` - the URL of the file. Required.
215

    
216
  `post_data` - The post data to be submitted with the request. Should be a
217
  valid URL query string. Required.
218

    
219
  `file_type` - A file type extension to use for the retrieved file. Optional.
220

    
221
     projects[mytheme][download][type] = "post"
222
     projects[mytheme][download][url] = "http://example.com/download/mytheme"
223
     projects[mytheme][download][post_data] = "format=zip&version=1.0"
224

    
225
- `download[type][bzr]`
226

    
227
  Use a bazaar repository as the source for this project. Options:
228

    
229
  `url` - the URL of the repository. Required.
230

    
231
- `download[type][cvs]`
232

    
233
  Use a CVS repository as the source for this project. Options:
234

    
235
  `date` - use the latest revision no later than specified date. See the CVS
236
  man page for more about how to use the date flag.
237

    
238
  `root` - the CVS repository to use for this project. Optional. If unspecified,
239
  the `CVSROOT` environment value will first be used and finally Drupal contrib
240
  CVS is used as a last resort fallback.
241

    
242
  `module` - the CVS module to retrieve. Required.
243

    
244
  `revision` - a specific tag or revision to check out. Optional.
245

    
246
     projects[mytheme][download][type] = "cvs"
247
     projects[mytheme][download][module] = "mytheme"
248

    
249
- `download[type][git]`
250

    
251
  Use a git repository as the source for this project. Options:
252

    
253
  `url` - the URL of the repository. Required.
254

    
255
  `branch` - the branch to be checked out. Optional.
256

    
257
  `revision` - a specific revision identified by commit to check out. Optional.
258

    
259
  `tag` - the tag to be checked out. Optional.
260

    
261
     projects[mytheme][download][type] = "git"
262
     projects[mytheme][download][url] = "git://github.com/jane_doe/mytheme.git"
263

    
264
- `download[type][svn]`
265

    
266
  Use an SVN repository as the source for this project. Options:
267

    
268
  `url` - the URL of the repository. Required.
269

    
270
  `username` - the username to use when retrieving an SVN project as a working
271
  copy or from a private repository. Optional.
272

    
273
  `password` - the password to use when retrieving an SVN project as a working
274
  copy or from a private repository. Optional.
275

    
276
     projects[mytheme][download][type] = "svn"
277
     projects[mytheme][download][url] = "http://example.com/svnrepo/cool-theme/"
278

    
279

    
280
### Libraries
281

    
282
An array of non-Drupal-specific libraries to be retrieved (e.g. js, PHP or other
283
Drupal-agnostic components). Each library should be specified as the key of an
284
array of options in the libraries array.
285

    
286
**Example:**
287

    
288
    libraries[jquery_ui][download][type] = "get"
289
    libraries[jquery_ui][download][url] = "http://jquery- ui.googlecode.com/files/jquery.ui-1.6.zip"
290

    
291

    
292
### Library options
293

    
294
Libraries share the `download`, `destination` and `directory_name` options with
295
projects. Additionally, they may specify a destination:
296

    
297
- `destination`
298

    
299
  The target path to which this library should be moved. The path is relative to
300
  that specified by the `--contrib-destination` option. By default, libraries
301
  are placed in the `libraries` directory.
302

    
303
        libraries[jquery_ui][destination] = "modules/contrib/jquery_ui
304

    
305

    
306
### Includes
307

    
308
An array of makefiles to include. Each include may be a local path or a direct
309
URL to the makefile. Includes are appended in order with the source makefile
310
appended last, allowing latter makefiles to override the keys/values of former
311
makefiles.
312

    
313
**Example:**
314

    
315
    includes[example] = "example.make"
316
    includes[remote] = "http://www.example.com/remote.make"
317

    
318

    
319
Recursion
320
---------
321
If a project that is part of a build contains a `.make` itself, drush make will
322
automatically parse it and recurse into a derivative build.
323

    
324
For example, a full build tree may look something like this:
325

    
326
    drush make distro.make distro
327

    
328
    distro.make FOUND
329
    - Drupal core
330
    - Foo bar install profile
331
      + foobar.make FOUND
332
        - CCK
333
        - Token
334
        - Module x
335
          + x.make FOUND
336
            - External library x.js
337
        - Views
338
        - etc.
339

    
340
Recursion can be used to nest an install profile build in a Drupal site, easily
341
build multiple install profiles on the same site, fetch library dependencies for
342
a given module, or bundle a set of module and its dependencies together.
343

    
344
**Build a full Drupal site with the Managing News install profile:**
345

    
346
    core = 6.x
347
    projects[] = drupal
348
    projects[] = managingnews
349

    
350
Testing
351
-------
352
Drush make also comes with testing capabilities, designed to test drush make
353
itself. Writing a new test is extremely simple. The process is as follows:
354

    
355
1. Figure out what you want to test. Write a makefile that will test this out.
356
   You can refer to existing test makefiles for examples.
357
2. Drush make your makefile, and use the --md5 option. You may also use other
358
   options, but be sure to take note of which ones for step 4.
359
3. Verify that the result you got was in fact what you expected. If so,
360
   continue. If not, tweak it and re-run step 2 until it's what you expected.
361
4. Using the md5 hash that was spit out from step 2, make a new entry in the
362
   tests array in drush_make.test.inc, following the example below.
363
    'machine-readable-name' => array(
364
      'name'     => 'Human readable name',
365
      'makefile' => 'tests/yourtest.make',
366
      'messages' => array(
367
          'Build hash: f68e6510-your-hash-e04fbb4ed',
368
      ),
369
      'options'  => array('any' => TRUE, 'other' => TRUE, 'options' => TRUE),
370
    ),
371
5. Test! Run drush make-test machine-readable-name to see if the test passes.
372

    
373
You can check for any messages you want in the message array, but the most
374
basic tests would just check the build hash.
375

    
376
Generate
377
--------
378

    
379
Drush make has a primitive makefile generation capability. To use it, simply
380
change your directory to the Drupal installation from which you would like to
381
generate the file, and run the following command: 
382

    
383
`drush generate makefile /path/to/make-file.make`
384

    
385
This will generate a basic makefile. If you have code from other repositories,
386
the makefile will not complete - you'll have to fill in some information before
387
it is fully functional.
388

    
389
Maintainer
390
----------
391
- Dmitri Gaskin (dmitrig01)
392

    
393
Co-maintainers
394
------------
395
- Adrian Rossouw (adrian)
396
- Antoine Beaupré (anarcat)
397
- Chad Phillips (hunmonk)
398
- Jeff Miccolis (jmiccolis)
399
- Young Hahn (yhahn)