chiark / gitweb /
test suite: gdr-new-upstream: Check changelog is exactly right
[dgit.git] / NOTES.dgit-downstream-dsc.7.pod
1 NOTE This text was once going to be part of dgit-downstream-dsc(7) or
2     dgit-downstream-dsc(5).  It probably wants to be reworked, and
3     maybe put there, to fix
4   #810829   want instructions for reprepro-style small repo
5
6 This guide is to help you if:
7
8  * you are a distro which is a downstream of Debian (directly
9    or indirectly)
10
11  * you want to publish source packages as well as git branches
12
13 You will also need:
14
15  * A git server.  [...]
16
17    There are various options for the git server, depending on how much
18    you trust your uploaders.  There are four levels of trust and
19    sophistication:
20
21  shell account
22
23    For use when uploaders have shell accounts on the server and you
24    trust them completely.  You then do not need to install any special
25    software on the server.
26
27  dgit-repos-server
28
29    Your uploaders do not (necessarily) have shell accounts.
30    You will need to collect their ssh keys and also their PGP
31    signing keys.  You can restrict uploads on a per-package
32    per-key basis by using the Debian `dm.txt' format.
33
34  dgit-repos-server + policy hook
35
36    You want to impose additional policy.  For example, Debian's
37    copyright review process means that uploads of new packages are
38    initially not public: dgit-repos-policy-debian is an example.
39
40  custom implementation
41
42    From the dgit client's point of view, the dgit git server is a git
43    server accessed by ssh (when pushing) or https (when fetching).
44    You may use anything that has the right properties for your needs.
45    dgit primarily authenticates pushes by signing tags, so your
46    software will probably need to check and verify that tag
47    appropriately before accepting a push.  dgit-repos-server knows how
48    to do this properly.
49
50 Set up your git server, as follows:
51
52  shell account
53
54    Make a suitable (sub)directory.  You should create a _template.git
55    bare repo, with appropriate permissions.  When new packages are
56    uploaded, this _template.git will be copied.  You will probably
57    want to set core.sharedRepository in the template, and/or arrange
58    for personal groups and 002 umask.
59
60  dgit-repos-server
61
62    Additionally, install dgit-infrastructure.  Create a service
63    account `dgit' on the server.  For each authorised uploader, put
64    their ssh key in dgit's authorized_keys file, with a
65    restricted_command specifying the dgit-repos-server invocation.
66    Put the keyring where dgit-repos-server can find it.
67    Consult the comment at the top of dgit-repos-server for the
68    restricted command rune.
69