subversion

Marek Guevara Braun mguevara w acn.waw.pl
Nie, 14 Wrz 2003, 12:33:24 CEST


Michal Kochanowicz wrote:
> On Sat, Sep 13, 2003 at 04:17:19PM +0200, Marek Guevara Braun wrote:
> 
>>Prawdopodobnie w związku z tagowaniem "po całości" w SVN ich podejście:
> 
> Nie rozumiem o co chodzi z tym tagowaniem "po całości". Mógłyś wyjaśnić?

Za http://svnbook.red-bean.com/html-chunk/ch02s03.html :

  Global Revision Numbers

  Unlike those of many other version control systems, Subversion's
  revision numbers apply to entire trees, not individual files. Each
  revision number selects an entire tree, a particular state of the
  repository after some committed change. Another way to think about it
  is that revision N represents the state of the repository filesystem
  after the Nth commit. When a Subversion user talks about ``revision 5
  of foo.c'', they really mean ``foo.c as it appears in revision 5.''
  Notice that in general, revisions N and M of a file do not necessarily
  differ! Because CVS uses per-file revisions numbers, CVS users might
  want to look at Appendix A, "SVN for CVS Users", for more details.

Czyli na nasze: wydając release 10 kernela 2.6.8 i tagując/commitując
oznaczenie kernel_2_6_8-10 na pliki wchodzące później w skład
kernel-2.6.8-10.src.rpm nadajemy to nie tylko plikom z kernel.spec
ale też wszystkim innym z danego modułu (dla SOURCES będą to wszystkie
pliki w SOURCES) - czyli dla jednego worka SPECS/SOURCES będziemy
mieli bardzo dużo nieznaczących (bo dotyczących innych pakietów)
releasów/tagów.

Connectiva https://moin.conectiva.com.br/RepositorySystem przyjęła
podejście pakiet == moduł co sprowadza się do tego, że wydając kolejny
release kernela nie "tagujemy" gcc czy mozilli.

-- 
Marek Guevara Braun



Więcej informacji o liście dyskusyjnej pld-devel-pl