summaryrefslogtreecommitdiff
path: root/docs/deployment/management.rst
blob: 9c57f1962283ee0607502665447e18447a2c600c (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
Management
==========

This document describes the myriad administrative commands available with
Patchwork. Many of these commands are referenced in the :doc:`development
<../development/installation>` and :doc:`deployment <installation>`
installation guides.

The ``manage.py`` Script
------------------------

Django provides the ``django-admin`` command-line utility for interacting with
Django applications and projects, as described in the `Django documentation`_.
Patchwork, being a Django application, provides a wrapper for this command -
``manage.py`` - that exposes not only the management commands of Django and its
default applications, but also a number of custom, Patchwork-only management
commands.

An overview of the Patchwork-specific commands is provided below. For
information on the commands provided by Django itself, refer to the `Django
documentation`_. Information on any command can also be found by passing the
``--help`` parameter:

.. code-block:: shell

   ./manage.py cron --help

.. _Django documentation: https://docs.djangoproject.com/en/1.8/ref/django-admin/

Available Commands
------------------

cron
~~~~

.. program:: manage.py cron

.. code-block:: shell

   ./manage.py cron

Run periodic Patchwork functions: send notifications and expire unused users.

This is required to ensure notifications emails are actually sent to users that
request them and is helpful to expire unused users created by spambots. For
more information on integration of this script, refer to the :ref:`deployment
installation guide <deployment-cron>`.

dumparchive
~~~~~~~~~~~

.. program:: manage.py dumparchive

Export Patchwork projects as tarball of mbox files.

.. code-block:: shell

   ./manage.py dumparchive [-c | --compress] [PROJECT [PROJECT...]]

This is mostly useful for exporting the patch dataset of a Patchwork project
for use with other programs.

.. option:: -c, --compress

   compress generated archive.

.. option:: PROJECT

   list ID of project(s) to export. Export all projects if none specified.

parsearchive
~~~~~~~~~~~~

.. program:: manage.py parseachive

Parse an mbox archive file and store any patches/comments found.

.. code-block:: shell

   ./manage.py parsearchive [--list-id <list-id>] <infile>

This is mostly useful for development or for adding message that were missed
due to, for example, an outage.

.. option:: --list-id <list-id>

   mailing list ID. If not supplied, this will be extracted from the mail
   headers.

.. option:: infile

   input mbox filename

parsemail
~~~~~~~~~

.. program:: manage.py parsemail

Parse an mbox file and store any patch/comment found.

.. code-block:: shell

   ./manage.py parsemail [--list-id <list-id>] <infile>

This is the main script used to get mails (and therefore patches) into
Patchwork. It is generally used by the ``parsemail.sh`` script in combination
with a mail transfer agent (MTA) like Postfix. For more information, refer to
the :ref:`deployment installation guide <deployment-parsemail>`.

.. option:: --list-id <list-id>

   mailing list ID. If not supplied, this will be extracted from the mail
   headers.

.. option:: infile

   input mbox filename. If not supplied, a patch will be read from ``stdin``.

rehash
~~~~~~

.. program:: manage.py rehash

Update the hashes on existing patches.

.. code-block:: shell

   ./manage.py rehash [<patch_id>, ...]

Patchwork stores hashes for each patch it receives. These hashes can be used to
uniquely identify a patch for things like :ref:`automatically changing the
state of the patch in Patchwork when it merges <deployment-vcs>`. If you change
your hashing algorithm, you may wish to rehash the patches.

.. option:: patch_id

   a patch ID number. If not supplied, all patches will be updated.

retag
~~~~~

.. program:: manage.py retag

Update the tag (Ack/Review/Test) counts on existing patches.

.. code-block:: shell

   ./manage.py retag [<patch_id>...]

Patchwork extracts :ref:`tags <overview-tags>` from each patch it receives. By
default, three tags are extracted, but it's possible to change this on a
per-instance basis. Should you add additional tags, you may wish to scan older
patches for these new tags.

.. option:: patch_id

   a patch ID number. If not supplied, all patches will be updated.