@Christian So are there any news? On Wed, Apr 25, 2012 at 2:00 AM, Benjamin Eberlei <kont...@beberlei.de>wrote:
> Hello everyone, > > i have just completed the migration of the Apache SVN to Github > organization: Code is still pushed at the moment, these are the done tasks: > > https://github.com/zetacomponents > > * Each component is split into its own repository > * Author Information has been updated on frequent committers i have found > the email of (or could asked for). > * composer.json was added to every project. No dependencies were defined > on other components (even though could be done through DEPS) - because the > Base version was never specified and such the information is incomplete > anyways. Releases in the future should go and specify the dependencies of > packages more explicitly. > * All tags have been generated from the commit messages. > * MVCTools Migration didnt work, I have to try this again. > * Document has some problem with GC and is very large repo, i have to > cleanup or remigrate so i didnt push to github yet. > > However code is not yet free for changes, we have some problems to tackle: > > * Do we need to adjust the headers? If yes, we should do this now using a > mass-edit. Do we have to clear this with Apache legal? > * Unit-tests have still to be fixed, we need a generic approach for all > components for that. > * I fixed the Archive component as an example: > > > https://github.com/zetacomponents/Archive/commit/541b1faca6d63c441bead83fe8ca5d9e174afe53 > Then just "composer install --dev && phpunit" from the root of the Archive > component. > > * All packages have to be put on packagist.org so can be used with > Composer. > > greetings, > Benjamin > > On Fri, Apr 20, 2012 at 1:35 PM, Benjamin Eberlei <kont...@beberlei.de>wrote: > >> Repost into its own topic for better seperation: >> >> I volunteered to do a migration of the code to github. >> >> I will do the following steps: >> >> 1. Do a SVN to Git migration for every component on its own. Every >> component will have its own repository with issue tracker on Github. >> 2. Rewrite history to add composer.json files to all stable tags >> 3. Push to Github >> >> Derick already opened an Organization on Github and I guess all current >> committers will get write access to it. >> >> Adding composer helps us with the deployment issue in the short term and >> in the medium/long term we could maybe setup a pirum channel on github >> pages to enable PEAR installation again. Composer can work with classmaps >> so that the file/class layout is no problem for autoloading and components >> become instantly usable by third parties. >> >> The next step would then be that committers claim components and we >> determine the deprecated/abandoned/ >> maintained state of each of them. Every maintainer is then responsible >> for getting the tests back running with the new schema and adding this to >> travis-ci. I will attempt to do this for one component as a demonstration. >> >> I can't give a timeframe on this but will highly prioritize this and hope >> to get it done within a week. >> >> greetings, >> Benjamin >> > >