thiago at kde.org
Thu Mar 31 23:05:56 BST 2005
Thiago Macieira wrote:
>So, summarising (and making a work proposal):
>1. The structure in /trunk is set before the Subversion repository is
>released for the general public.
Old modules in /trunk are erased before release(*).
trunk/kdenonbeta is still in place at this time.
>2. The structure in /tags is set before the repository is released:
>3. /branches will be set as follows before the release:
>- /branches/appname/release - for all application maintenance branches
>- /branches/cvs - for all imported work branches
>4. Between the repository release and two weeks after, developers will
>retrieve their branch contents from /branches/cvs.
>svn mv branches/cvs/proko2/kdepim branches/work/kdepim-proko2
>5. Two weeks after the repository is converted, the old branches are
>svn rm branches/cvs
>If someone misses the deadline, the branches are still retrievable, so
6. Between the repository conversion and a month later, developers will
retrieve their projects from kdenonbeta.
svn mv trunk/kdenonbeta/kdom trunk/playground-libs/
7. A month after the repository is converted, trunk/kdenonbeta is merged
with trunk/kdeblackhole and both are erased.
Same note as for branches: even if you miss the deadline, it's still
(*) Depending on how Ossi's script performs on detecting our server-side
moves, most now-empty modules will not even show on /trunk after the
conversion. Or, another option, is to completely ignore them in the
Thiago Macieira - thiago (AT) macieira (DOT) info
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
1. On frumscafte, hwonne time_t wæs náht, se scieppend þone circolwyrde
wundorcræftlíge cennede and seo eorðe wæs idel and hit wæs gód.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the kde-core-devel