cvs commit: de-docproj/books/porters-handbook book.sgml

miwi 2007-11-21 09:55:43 UTC

  FreeBSD German Documentation Repository

  Modified files:
    books/porters-handbook book.sgml
  Log:
  - Umformulierungen in 1.886
  
  Thx: johann, ds
  
  Revision Changes Path
  1.144 +19 -15 de-docproj/books/porters-handbook/book.sgml
  
  Index: book.sgml
  ===================================================================
  RCS file: /home/cvs/de-docproj/books/porters-handbook/book.sgml,v
  retrieving revision 1.143
  retrieving revision 1.144
  diff -u -I$FreeBSDde.*$ -r1.143 -r1.144
  --- book.sgml 15 Nov 2007 11:52:57 -0000 1.143
  +++ book.sgml 21 Nov 2007 09:55:43 -0000 1.144
  @@ -800,19 +800,23 @@
           das Diff aus <filename>configure.in</filename> genutzt
           werden.</para>
   
  - <para>Und zus&auml;tzlich versuch die H&auml;ufigkeit an
  - Leerzeichen ohne zweckmaessigkeit in den Patches/&Auml;nderungen
  - m&ouml;glichst gering zu halten.Es ist &uuml;blich, dass Projekte
  - in der Open-Source Welt sich große Mengen an Quelltexten teilen,
  - aber befolgen unterschiedliche Programmierstile und die
  - Einr&uuml;ckvorgaben. Wenn du einen funktionierenden Teil einer
  - Funktion aus einem Projekt nutzt um ein &auml;hnliches Problemfeld
  - in einem anderen damit zu l&ouml;sen, sei vorsichtig: Die resultierenden
  - CVS &Auml;nderungseintr&auml;ge m&ouml;gen sich dadurch mit unn&uuml;tzen
  - leeren &Auml;nderungen f&uuml;llen. Das vergr&ouml;&szlig;ert nicht
  - nur unser CVS Repository sondern macht es um so schwerer bei Problemen
  - die richtige Ursache festzustellen und herauszufinden, was du
  - &uuml;berhaupt ge&auml;ndert hast.</para>
  + <para>Zus&auml;tzlich sollte man unn&ouml;tige
  + Markup-&Auml;nderungen in Patches/&Auml;nderungen m&ouml;glichst
  + vermeiden. In der Open Source-Welt teilen sich Projekte
  + h&auml;ufig gro&szlig;e Teile des Quellcodes. Allerdings
  + verwenden die einzelnen Projekte oft unterschiedliche
  + Programmierstile und Vorgaben f&uuml;r Einr&uuml;ckungen. Wenn
  + man also einen funktionierenden Teil einer Funktion aus einem
  + Projekt verwendet, um ein &auml;hnliches Problem in einem anderen
  + Projekt zu l&ouml;sen, sollte man besonders vorsichtig sein, weil
  + sich ansonsten die CVS-&Auml;nderungseintr&auml;ge mit
  + &uuml;berfl&uuml;ssigen Eintr&auml;gen f&uuml;llen, die nur
  + das Markup des Quellcodes betreffen, ohne dass sich an der
  + Funktion des eigentlichen Quellcode etwas &auml;ndert
  + (<quote>withspace-only changes</quote>). Solche &Auml;nderungen
  + vergr&ouml;&szlig;ern nicht nur das CVS-Repository, sondern
  + erschweren es auch die Ursache f&uuml;r eventuell auftretende
  + Probleme zu finden.</para>
   
         <para>War es notwendig eine Datei zu entfernen, wird dies besser
           mittels des <maketarget>post-extract</maketarget>-Targets als
  @@ -13039,8 +13043,8 @@
               </row>
                   <row>
                 <entry>8.0-CURRENT, nachdem der agp(4) Treiber verschoben
  - wurde von src/sys/pci nach src/sys/dev/agp</entry>
  - <entry>800004</entry>
  + wurde von src/sys/pci nach src/sys/dev/agp.</entry>
  + <entry>800004</entry>
               </row>
             </tbody>
           </tgroup>
  

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Wed 21 Nov 2007 - 10:57:20 CET