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