Hi Marcus,
Marcus Boerger wrote:
Hello Andrey,

Tuesday, July 15, 2008, 3:12:27 PM, you wrote:

andrey          Tue Jul 15 13:12:27 2008 UTC

Modified files: /php-src/ext/mysql php_mysql.c /php-src/ext/mysqli mysqli.c /php-src/ext/mysqlnd mysqlnd.c mysqlnd_palloc.c mysqlnd_ps.c mysqlnd_wireprotocol.c Log:
  Sync with bzr

what did you synch? what is bzr? is this developed elsewhere? If so why
does php have a copy... especially in src

bzr stands for Bazaar. We have internally switched from svn to bazaar. There is also public repository

bzr clone lp:~andrey-mysql/php-mysqlnd/trunk

I think Ulf will soon write a blog entry about it.
There is a problem with CVS, because it should be compilable all the time. Internally bzr is used till a feature matures. Then it gets synced. Also when offline one can fix bugs without fearing that can break something. We sync code very often. If php.net was using more sophisticated revision control system we wouldn't bother to use bzr internally, as I am not a fan of administering a RCS.

Most of the times a new feature lies on the backs of few people, i.e me+Ulf or Johannes+Ulf . Ulf does heavy-weight testing. We don't like pushing code without having proper tests for it. Without internal RCS this won't work flawlessy - sending patches around makes things complicated. Asynchronous query support in mysqlnd is such a feature, that waits for more tests (it has already some), before we put it to CVS. We had a branch, currently abandoned, to play with client side query caching. I think it's more in the interest of the PHP users, if we provide well tested code and not put experimental stuff, that breaks. We are on our way to clean mysqli from experimental stuff by either stabilizing it or developing it anew.

You might think that we have closed-sourced something, but that's definitely not true. When we used svn we had a public svn repo, which was actually used. The bzr repo at launchpad mirrors our internal bzr repo.

Best regards,
 Marcus


Regards,
Andrey

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to