ubuntu-packaging-guide-html-fr 0.3.6 / usr / share / doc / ubuntu-packaging-guide-html-fr / introduction-to-ubuntu-development.html

This file is indexed.

/usr/share/doc/ubuntu-packaging-guide-html-fr/introduction-to-ubuntu-development.html is in ubuntu-packaging-guide-html-fr 0.3.6.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below. 

  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
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    
    <title>1. Introduction au Développement d’Ubuntu &mdash; Ubuntu Packaging Guide</title>
    <link rel="shortcut icon" href="./_static/images/favicon.ico" type="image/x-icon" />
    <link rel="stylesheet" href="./_static/reset.css" type="text/css" />
    <link rel="stylesheet" href="./_static/960.css" type="text/css" />
    <link rel="stylesheet" href="./_static/base.css" type="text/css" />
    <link rel="stylesheet" href="./_static/home.css" type="text/css" />
    <link rel="stylesheet" href="./_static/pygments.css" type="text/css" />
    <link rel="stylesheet" href="./_static/guide.css" type="text/css" />
    <script type="text/javascript">
      var DOCUMENTATION_OPTIONS = {
        URL_ROOT:    '../',
        VERSION:     '0.3.6',
        COLLAPSE_INDEX: false,
        FILE_SUFFIX: '.html',
        HAS_SOURCE:  true
      };
    </script>
    <script type="text/javascript" src="./_static/jquery.js"></script>
    <script type="text/javascript" src="./_static/underscore.js"></script>
    <script type="text/javascript" src="./_static/doctools.js"></script>
    <script type="text/javascript" src="./_static/translations.js"></script>
    
    <script type="text/javascript" src="./_static/main.js"></script>
    <link rel="top" title="Ubuntu Packaging Guide" href="./index.html" />
    <link rel="next" title="2. Mise en route" href="getting-set-up.html" />
    <link rel="prev" title="Guide d’empaquetage pour Ubuntu" href="index.html" /> 
  </head>
  <body class="home">
  <a name="top"></a>

<div class="header-navigation">
    <div>
      <nav role="navigation">
        <ul>
          <li class="page_item current_page_item"><a title="Contenu" href="index.html">Contenu</a>
          <li>
            <form id="form-search" method="get" action="search.html">
              <fieldset>
                <input id="input-search" type="text" name="q" value="Search" />
              </fieldset>
            </form>
          </li>
        </ul>
      </nav>
      <a class="logo-ubuntu" href="http://packaging.ubuntu.com/">
        <img src="./_static/images/logo-ubuntu.png" width="119" height="27" alt="Ubuntu logo" />
      </a>
      <a href="http://packaging.ubuntu.com/"><h2>Packaging Guide</h2></a>
    </div>
  </div>
<div class="header-content">
    <div class="clearfix">
  <div class="header-navigation-secondary">
    <div>
          <nav role="navigation">
            <ul class="clearfix">
	        <li class="page_item"><a style="margin-right: 10px" 
	        href="getting-set-up.html" title="2. Mise en route"
	        accesskey="N">suivant</a></li>
	        <li class="page_item"><a  
	        href="index.html" title="Guide d’empaquetage pour Ubuntu"
	        accesskey="P">précédent</a></li>
        <li class="page_item"><a class="sub-nav-item" href="index.html">Ubuntu Packaging Guide  &raquo;</a></li> 
      </ul>
    </nav>
  </div>
</div>
</div>
</div>
  
<div id="content" class="body container_12">
  <div class="grid_12">  

     <!--<section id="main-section">-->

    <div class="grid_9 alpha">
		
    
  <div class="section" id="introduction-to-ubuntu-development">
<h1>1. Introduction au Développement d&#8217;Ubuntu<a class="headerlink" href="#introduction-to-ubuntu-development" title="Lien permanent vers ce titre"></a></h1>
<p>Ubuntu est constitué de milliers de composants différents, écrits dans de multiples langages de programmation. Chaque composant - pouvant être une bibliothèque logicielle, un outil ou une application graphique - est disponible sous forme d&#8217;un paquet source. Dans la plupart des cas, les paquets sources se composent de deux parties&nbsp;: le code source réel et les métadonnées. Ces dernières comprennent les dépendances du paquet, les droits d&#8217;auteur et les informations de licence, ainsi que des instructions sur la façon de construire le paquet. Une fois ce paquet source compilé, le processus de construction fournit les paquets binaires, en d&#8217;autres termes, les fichiers .deb que les utilisateurs peuvent installer.</p>
<p>Every time a new version of an application is released, or when someone makes
a change to the source code that goes into Ubuntu, the source package must be
uploaded to Launchpad&#8217;s build machines to be compiled. The resulting binary
packages then are distributed to the archive and its mirrors in different
countries. The URLs in <tt class="docutils literal"><span class="pre">/etc/apt/sources.list</span></tt> point to an archive or mirror.
Every day images are built for a selection of different Ubuntu flavours. They
can be used in various circumstances. There are images you can put on a USB
key, you can burn them on DVDs, you can use netboot images and there are
images suitable for your phone and tablet. Ubuntu Desktop, Ubuntu Server,
Kubuntu and others specify a list of required packages that get on the image.
These images are then used for installation tests and provide the feedback
for further release planning.</p>
<p>Le développement d&#8217;Ubuntu est très dépendant de la phase actuelle du cycle de sortie. Nous publions une nouvelle version d&#8217;Ubuntu tous les six mois, ce qui est rendu possible par l&#8217;établissement dates strictement figées. À chaque échéance atteinte, les développeurs doivent faire moins de modifications, ou les moins intrusives possibles. Le gel des fonctionnalités est la première grosse échéance après la première moitié du cycle. À ce stade, les nouvelles fonctionnalités doivent être largement appliquées. Le reste du cycle est censé se concentrer sur la correction des bogues. Ensuite, l&#8217;interface utilisateur, puis la documentation, le noyau, etc. sont gelés, puis la version bêta est mise en ligne pour recevoir un maximum de tests. À partir de la version bêta, seuls les bogues critiques sont corrigés, une version candidate est créée et lorsqu&#8217;elle ne contient pas de problèmes graves, elle devient la version finale.</p>
<img alt="./_images/cycle-items.png" src="./_images/cycle-items.png" />
<p>Des milliers de paquets sources, des milliards de lignes de code, des centaines de contributeurs exigent beaucoup de communication et de planification pour maintenir des normes élevées de qualité. Au début et au milieu de chaque cycle de version, nous avons le Sommet des Développeurs Ubuntu, où les développeurs et les contributeurs sont réunis pour planifier les fonctionnalités des prochaines versions. Chaque fonctionnalité est décrite par ses intervenants et un cahier des charges est écrit, contenant des informations détaillées sur ses hypothèses, sa mise en œuvre, les modifications nécessaires à d&#8217;autres endroits, la façon de la tester, etc. Tout cela est fait de manière ouverte et transparente, afin que vous puissiez participer à distance et regarder un flux vidéo, discuter avec les participants et adhérer aux modifications de spécifications, de sorte que vous soyez toujours informé.</p>
<p>Chaque modification ne peut malgré tout pas être abordée lors d&#8217;une réunion, en particulier parce qu&#8217;Ubuntu repose sur des modifications effectuées dans d&#8217;autres projets. C&#8217;est pourquoi les contributeurs à Ubuntu restent constamment en contact. La plupart des équipes ou des projets utilisent des listes de diffusion dédiées en vue d&#8217;éviter trop de perturbations inutiles. Pour la coordination plus immédiate, les développeurs et les contributeurs utilisent Internet Relay Chat (IRC). Toutes les discussions y sont ouvertes et publiques.</p>
<p>Un autre outil important en matière de communication est le rapport de bogue. Chaque fois qu&#8217;un défaut est décelé dans un paquet ou une partie de l&#8217;infrastructure, un rapport de bogue est déposé dans Launchpad. Toutes les informations sont recueillies dans ce rapport et l&#8217;importance, le statut et l&#8217;affectation du bogue sont mis à jour si nécessaire. Cela en fait un outil efficace pour surmonter les bogues dans un paquet ou un projet et pour organiser la charge de travail.</p>
<p>La plupart des logiciels disponibles dans Ubuntu ne sont pas écrits par les développeurs d&#8217;Ubuntu eux-mêmes. Une grande partie est écrite par les développeurs d&#8217;autres projets Open Source et ensuite intégrés dans Ubuntu. Ces projets sont appelés &#8220;amonts&#8221;, parce que leurs codes sources se déversent dans Ubuntu, où nous faisons &#8220;juste&#8221; leur intégration. La relation avec les projets en amonts est extrêmement importante pour Ubuntu. Ce n&#8217;est pas uniquement le code qu&#8217;Ubuntu reçoit des projets en amont, ceux-ci profitent également des utilisateurs, des rapports de bogues et des correctifs de la part d&#8217;Ubuntu (et des autres distributions).</p>
<p>L&#8217;amont le plus important pour Ubuntu est Debian. Debian est la distribution sur laquelle Ubuntu est basée et la plupart des décisions de conception relatives à l&#8217;infrastructure d&#8217;empaquetage sont prises là. Traditionnellement, Debian a toujours eu des responsables dédiés pour chaque paquet ou des équipes de maintenance dédiées. Dans Ubuntu, ce sont également des équipes qui s&#8217;intéressent à un sous-ensemble de paquets et, naturellement, chaque développeur possède un domaine d&#8217;expertise, mais la participation (et les droits de téléchargement) est généralement ouverte à tous ceux qui prouvent leur talent et leur volonté.</p>
<p>Obtenir une modification dans Ubuntu en tant que nouveau collaborateur n&#8217;est pas aussi intimidant qu&#8217;il n&#8217;y paraît et peut même s&#8217;avérer une expérience très enrichissante. Il ne s&#8217;agit pas seulement d&#8217;apprendre quelque chose de nouveau et d&#8217;excitant, mais également de partager une solution et de résoudre un problème pour des millions d&#8217;utilisateurs.</p>
<p>Le développement Open Source intervient dans un monde partagé selon différents objectifs et différents domaines d&#8217;intérêt. Par exemple, cela pourrait être le cas d&#8217;un Amont particulier intéressé par le travail sur une nouvelle fonctionnalité importante, alors qu&#8217;Ubuntu, en raison de son échéancier serré de sortie, est intéressé par la fourniture d&#8217;une version robuste avec juste quelques corrections supplémentaires de bogues. C&#8217;est pourquoi nous utilisons le &#8220;Développement Distribué&#8221;, où le code est en cours d&#8217;élaboration dans différentes branches qui sont fusionnées les unes avec les autres, après des révisions du code et des discussions adéquates.</p>
<img alt="./_images/cycle-branching.png" src="./_images/cycle-branching.png" />
<p>Dans l&#8217;exemple mentionné ci-dessus, il serait logique de fournir Ubuntu avec la version existante du projet, d&#8217;ajouter le correctif, de l&#8217;inclure à l&#8217;amont pour leur prochaine version et de fournir de nouveau le projet (s&#8217;il est convenable) avec la prochaine version d&#8217;Ubuntu. Ce serait le meilleur compromis possible et une situation gagnant-gagnant.</p>
<p>Pour corriger un bogue dans Ubuntu, vous devrez d&#8217;abord obtenir le code source pour le paquet, puis travailler sur le correctif, le documenter pour qu&#8217;il soit simple à comprendre pour les autres développeurs et utilisateurs, puis construire le paquet pour le tester. Après l&#8217;avoir testé, vous pouvez aisément proposer que la modification soit incluse dans la version d&#8217;Ubuntu actuellement en développement. Un développeur ayant les droits de téléchargement l&#8217;examinera pour vous puis l&#8217;intégrera dans Ubuntu.</p>
<img alt="./_images/cycle-process.png" src="./_images/cycle-process.png" />
<p>En cherchant une solution, il est généralement intelligent de vérifier avec l&#8217;amont et de voir si le problème (ou une solution possible) est connu et, dans le cas contraire, de faire de votre mieux pour que la solution soit un effort concerté.</p>
<p>Des étapes supplémentaires pourraient induire le rétroportage des modifications vers une ancienne version d&#8217;Ubuntu encore prise en charge et leur transmission vers l&#8217;amont.</p>
<p>Les pré-requis les plus importants pour réussir dans le développement d&#8217;Ubuntu sont les suivants&nbsp;: avoir un talent pour &#8220;faire que les choses fonctionnent de nouveau&#8221;, ne pas avoir peur de lire la documentation et de poser des questions, jouer collectif et apprécier le travail de détective.</p>
<p>Deux bons endroits pour poser vos questions sont <tt class="docutils literal"><span class="pre">ubuntu-motu&#64;lists.ubuntu.com</span></tt> et <tt class="docutils literal"><span class="pre">#ubuntu-motu</span></tt> sur <tt class="docutils literal"><span class="pre">irc.freenode.net</span></tt>. Vous trouverez facilement beaucoup de nouveaux amis et des personnes ayant la même passion que vous&nbsp;: rendre le monde meilleur en produisant de meilleurs logiciels Open Source.</p>
</div>


	<div class="divide"></div>

          </div>

  <div id="sidebar" class="grid_3 omega">
    <div class="container-tweet">

      <div class="browse-guide">
        <h3>Browse The Guide:</h3>
        <ul>
          <li class="prev">
            <a href="index.html"
                      title="Sujet précédent: Guide d&#8217;empaquetage pour Ubuntu">Go Previous</a>
          </li>
          
          <li class="center">
            <a title="Back to Index" href="index.html">Index Guide</a>
          </li>
        
          <li class="next">
            <a href="getting-set-up.html"
                      title="Sujet suivant: 2. Mise en route">Go Next</a>
          </li>
        </ul>
        <span>Cette page:</span> <a href="./_sources/introduction-to-ubuntu-development.txt"
               rel="nofollow">Montrer la source</a>
      </div>
     </div>
     <div id="back_top"><a href="#top">Back to Top</a></div>
    </div>
    <!--</section>-->
  </div>
</div>
<div class="shadow"></div>
<footer>
  <div>
      Version: 0.3.6.
    <a href="https://bugs.launchpad.net/ubuntu-packaging-guide">Report bugs</a> or 
    <a href="https://code.launchpad.net/~ubuntu-packaging-guide-team/ubuntu-packaging-guide/trunk">grab the source code</a> from Launchpad.
      Créé avec <a href="http://sphinx-doc.org/">Sphinx</a> 1.2.3.
      <br />
        &copy; Copyright 2010-2014 , Ubuntu Developers, Creative Commons Attribution-ShareAlike 3.0.
        <a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/">
        Creative Commons Attribution-ShareAlike 3.0 Unported License</a>.
        <a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/">
        <img alt="Creative Commons License" style="border-width:0" 
        src="./_static/images/cc-by-sa.png" /></a>
    <br />
    <a href="http://people.ubuntu.com/~mitya57/ubuntu-packaging-guide-readme.html#translating">Help translate</a> or
    <a href="./_static/translators.html">view the list of translators</a>.

  </div>
</footer>
  </body>
</html>

APT Browse - Built by Thomas Orozco.