File: README.source

package info (click to toggle)
apt-transport-s3 2.1.0-1
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 132 kB
  • sloc: python: 456; makefile: 6
file content (40 lines) | stat: -rw-r--r-- 2,014 bytes parent folder | download
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
apt-transport-s3 for Debian
-----------------------

The apt-transport-s3 source is obtained from
<https://github.com/MayaraCloud/apt-transport-s3> by the release tag.
The Debian packaging tracks the latest tarball from the above url.

The apt-transport-s3 package source is maintained within above github repository
on Debian branches named accordingly to DEP-14
(https://dep-team.pages.debian.net/deps/dep14/).

  * Starting from upload of version 2.0.0-1 uploads to Debian are made with
    **dgit** tool
    ** after upstream release on Github following set off commands should allow
      for source only Debian upload
      - origtargz (for fetching orig tarball for the new release it should use
        uscan and for new Debian version it should fetch code from Debian repos)
      - dgit --gbp sbuild (or build depends on local setup)
      - dgit --gbp push-source

  * 'master' branch is where upstream release branch is located
  * 'development' branch is where upstream development is happening, all
    pull|merge requests or patches send should be done against this branch
  * The 'debian/*' branchs are for keeping Debian package specific files (per
    suit) and merging in (with --no-ff) from 'master' branch to build packages.
    ** There are no Debian specific patches as package maintainers are also
      the upstream
  * We carry upstream tags on Debian branch prefixed with 'upstream/'
    applied on master merge into debian baranch (with --no-ff)
    ex.: upstream/1.0.1
  * We prefix our tags with 'debian/' e.g. debian/1.0.1-1
    ** experimental releases are prefixed 'debian/experimental'
      e.g. debian/experimental/4.0-1
    ** Debian tagging should be done after package had been successfully
      uploaded to Debian repository (to avoid having tags for debs which doesn't
      exist in the archive)

Information how to use gbp work flow following liks may be useful:
https://honk.sigxcpu.org/piki/development/debian_packages_in_git/
https://wiki.debian.org/PackagingWithGit