At 02:00 AM 6/13/2006 +0200, Giovanni Bajo wrote: >IMO, the better way is exactly this you depicted: move the official >development >tree into this Externals/ dir *within* Python's repository. Off that, you can >have your own branch for experimental work, from which extract your own >releases, and merge changes back and forth much more simply (since if they >reside on the same repository, you can use svnmerge-like features to find out >modifications and whatnot). Yes, that's certainly what seems ideal for me as an external developer. I don't know if it addresses the core developers' concerns, though, since it would mean having Python code that lives outside of the Lib/ subtree, tests that live under other places thatn Lib/test, and documentation source that lives outside of Doc/. But if those aren't showstoppers then it seems like a winner to do it for 2.6.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4