clarification on git, central repositories and commit access lists

Cláudio da Silveira Pinheiro taupter at gmail.com
Wed Aug 22 19:19:47 BST 2007


Em Qua 22 Ago 2007, Aaron J. Seigo escreveu:
> On Wednesday 22 August 2007, you wrote:
> it would be nice to have at least one release cycle where we can stop
> fetishizing over our tools and actually write some software, something we
> haven't really be able to do for a couple of years now thanks to the
> various changes (svn, cmake, qt4..). moving to git will also likely impact
> negatively the productivity of that given cycle and we will innevitably
> lose some contributors who can't be bothered to follow us on that
> transition.

Agreed completely.
I'm not really a very active developer last months, and even less with so much 
workflow, API, build-system, and VCS changes to absorb, while real life 
issues claim my attention everytime. Sometimes it just feels a search for a 
holy grail of an environment that we'll not really attain, and the multiple 
transitions will take suck a hassle and be so painful that less commited 
contributors (like me, not because of lack of interest, but because of lack 
of time/resources) will not stay up-to-date to the last trend.
CVS to SVN, automake to unsermake to cmake were completely justifiable for 
performance/flexibility issues, but I really don't know what real benefit 
would git bring to the average KDE developer. Really.
Call me dumb, call me names, say I'm not representative of the majority of the 
KDE development community, but in my humble opinion, we should settle with 
the current (good enough) environment for at least one or two years to get 
things done. We're already doing a big push with big changes for KDE4, and a 
period without so much turbulence for the less gifted contributors might be 
benefical.
Please let's not look for a solution to a problem that doesn't exist.




More information about the kde-core-devel mailing list