-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Martijn Faassen wrote:
| Tim Peters wrote:
| [snip]
|
|> 2. If, perhaps in frustration due to noticing that #1 had no
|> effect, they cd to the root of the working copy of an external, and
|> svn commit from there, the changes *will* commit, and will actually
|> change what's checked in on the external's release tag. Everyone
|> else will "see" the changes then, but the external's release tag
|> will no longer contain what was actually released.
|>
|> If so, "checking in from a wrong project" plain sucks, externals or
|> not. If it were possible to mark externals as "read only", that could
|> help. Ditto if it were possible to mark a stitched-in copy as
|> read-only. Don't know whether either is possible.
|
| It's possible to mark them read only, sort of. In fact you have to, to
| make read-only Zope checkouts work. It's just a matter of using the
| read-only (for svn.zope.org at least) svn URL instead of svn+ssh in the
| externals definition.
|
| It'd be nicer if svn had some way to *really* say read-only, but this
| does work in practice. :)
The SVN refuse to recognize the lack of "read-only copies" as a defect,
but there is a workaround, which is to add rules preventing checkins to
portions of the tree:
~ http://svnbook.red-bean.com/en/1.0/ch06s04.html#svn-ch-6-sect-4.4.2
We could adopt such rules for the 'tags' section of the repository
(perhaps granting "fixup" rights to a restricted set of user IDs).
One would then be able to define the 'svn:external' property pointing to
the "read-only" tag with reasonable safety.
Tres.
- --
===============================================================
Tres Seaver tseaver@zope.com
Zope Corporation "Zope Dealers" http://www.zope.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCQDOCGqWXf00rNCgRAigWAKCc5p0U6OobHFOzzByeFIPg/3PUbQCcDQqa
7qoY6X9egNexeMGHGG/Zfrw=
=4TCY
-----END PGP SIGNATURE-----
_______________________________________________
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders
Hash: SHA1
Martijn Faassen wrote:
| Tim Peters wrote:
| [snip]
|
|> 2. If, perhaps in frustration due to noticing that #1 had no
|> effect, they cd to the root of the working copy of an external, and
|> svn commit from there, the changes *will* commit, and will actually
|> change what's checked in on the external's release tag. Everyone
|> else will "see" the changes then, but the external's release tag
|> will no longer contain what was actually released.
|>
|> If so, "checking in from a wrong project" plain sucks, externals or
|> not. If it were possible to mark externals as "read only", that could
|> help. Ditto if it were possible to mark a stitched-in copy as
|> read-only. Don't know whether either is possible.
|
| It's possible to mark them read only, sort of. In fact you have to, to
| make read-only Zope checkouts work. It's just a matter of using the
| read-only (for svn.zope.org at least) svn URL instead of svn+ssh in the
| externals definition.
|
| It'd be nicer if svn had some way to *really* say read-only, but this
| does work in practice. :)
The SVN refuse to recognize the lack of "read-only copies" as a defect,
but there is a workaround, which is to add rules preventing checkins to
portions of the tree:
~ http://svnbook.red-bean.com/en/1.0/ch06s04.html#svn-ch-6-sect-4.4.2
We could adopt such rules for the 'tags' section of the repository
(perhaps granting "fixup" rights to a restricted set of user IDs).
One would then be able to define the 'svn:external' property pointing to
the "read-only" tag with reasonable safety.
Tres.
- --
===============================================================
Tres Seaver tseaver@zope.com
Zope Corporation "Zope Dealers" http://www.zope.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCQDOCGqWXf00rNCgRAigWAKCc5p0U6OobHFOzzByeFIPg/3PUbQCcDQqa
7qoY6X9egNexeMGHGG/Zfrw=
=4TCY
-----END PGP SIGNATURE-----
_______________________________________________
Zope-Coders mailing list
Zope-Coders@zope.org
http://mail.zope.org/mailman/listinfo/zope-coders