410
Comment:
|
2967
remove some bzr references
|
Deletions are marked like this. | Additions are marked like this. |
Line 2: | Line 2: |
We maintain apt and python-apt. |
We [[AptDevelopment|maintain]] apt and python-apt. |
Line 8: | Line 7: |
* bzr branch http://bzr.debian.org/apt/apt/debian-sid (anonymous) * bzr checkout sftp://bzr.debian.org/apt/apt/debian-sid (team members) |
* {{{git clone git://anonscm.debian.org/git/apt/apt.git}}} (anonymous) * {{{ssh://$USER@git.debian.org/git/apt/apt.git}}} (team members) |
Line 11: | Line 10: |
* deity@lists.debian.org | * deity@lists.debian.org |
Line 13: | Line 12: |
* #debian-apt on OFTC | * [[irc://irc.debian.org/debian-apt|#debian-apt on OFTC]] == Current Team Roles == * David Kalnischkies is the main person that does the coding work (and is the evil mastermind) * Michael Vogt is currently the main person doing review/uploads. * Julian Andres Klode works mostly on python-apt * Christian Perrier is doing l10n maintenance. == How to use git == The apt team is using git as version control system. |
Line 16: | Line 22: |
* bug triage | * Bug triage: * [[http://bugs.debian.org/apt|bugs about apt]] * [[http://bugs.debian.org/python-apt|bugs about `python-apt`]] = How to contribute = Everybody can help APT. You are welcome to contribute on bug traging, coding, fixing bugs and merging patches, translating and so on. == Creating a local branch == Before you start, we suggest you to get a working copy of either '''debian-sid''' or '''debian-experimental''' development branch. APT uses git {{{ apt-get install git}}} == Preparing and triaging == Now let's look at some [[http://bugs.debian.org/apt|bugs about apt]] and search for the ones tagged '''patch'''. This tag means the bug has already a patch that fixes the bug and should be reviewed. You can [[http://bugs.debian.org|filter the search]] further. At the beginning, it's better you start gaining experience with both the code and the documentation by looking at some minor and normal bugs. The following steps are suggested to get the '''triage''' done the best way for one bug: 1. Read the whole information about the bug (and merged bugs), including comments until the end 1. Read the provided patches (including merged bugs) 1. Thank the reporter and the patcher then tune tags and severity '''when needed''' by using the [[http://www.debian.org/Bugs/server-control|control server]]. Please ask the maintainer when you are in doubt. 1. Apply the patches you think are worth to be included in the latest TIP of bzr (i.e. debian-experimental). If it doesn't get applied correctly, modify the sources accordingly to the patches and to the discussion and '''please attach an updated patch to the bug'''. Save in a personal TODO all the bugs you triage and the ones you are in doubt to contact the maintainer at once. == Committing the changes == For each patch you apply or different things you do (also small changes or typos), ''commit'' them in your local branch and create a ''debian/changelog entry'' about the changes in a __compact form__: {{{ git commit -m "Message"}}} Usually using the changelog entry as the message is enough. ---- . CategoryDebianDevelopment |
Apt Team
We ?maintain apt and python-apt.
Infrastructure
Alioth Project: http://alioth.debian.org/projects/apt
- Source code:
git clone git://anonscm.debian.org/git/apt/apt.git (anonymous)
ssh://$USER@git.debian.org/git/apt/apt.git (team members)
- Mailinglist
- Irc:
Current Team Roles
- David Kalnischkies is the main person that does the coding work (and is the evil mastermind)
- Michael Vogt is currently the main person doing review/uploads.
- Julian Andres Klode works mostly on python-apt
- Christian Perrier is doing l10n maintenance.
How to use git
The apt team is using git as version control system.
Help needed
- Bug triage:
How to contribute
Everybody can help APT. You are welcome to contribute on bug traging, coding, fixing bugs and merging patches, translating and so on.
Creating a local branch
Before you start, we suggest you to get a working copy of either debian-sid or debian-experimental development branch.
APT uses git
apt-get install git
Preparing and triaging
Now let's look at some bugs about apt and search for the ones tagged patch. This tag means the bug has already a patch that fixes the bug and should be reviewed. You can filter the search further.
At the beginning, it's better you start gaining experience with both the code and the documentation by looking at some minor and normal bugs. The following steps are suggested to get the triage done the best way for one bug:
- Read the whole information about the bug (and merged bugs), including comments until the end
- Read the provided patches (including merged bugs)
Thank the reporter and the patcher then tune tags and severity when needed by using the control server. Please ask the maintainer when you are in doubt.
Apply the patches you think are worth to be included in the latest TIP of bzr (i.e. debian-experimental). If it doesn't get applied correctly, modify the sources accordingly to the patches and to the discussion and please attach an updated patch to the bug.
Save in a personal TODO all the bugs you triage and the ones you are in doubt to contact the maintainer at once.
Committing the changes
For each patch you apply or different things you do (also small changes or typos), commit them in your local branch and create a debian/changelog entry about the changes in a compact form:
git commit -m "Message"
Usually using the changelog entry as the message is enough.