You are not logged in.
No, only if this penguin can _actually_ help in faster development of project without compromising quality.
Offline
No, only if this penguin can _actually_ help in faster development of project without compromising quality.
Quality is dependant on developers/contributors and choices made by the ones who control this project.Penguin doesnt compromise quality its just a tool but far superior tool than SVN, better and easier to use tools can improve quality.
Last edited by Monochrome100 (2014-04-28 20:24:25)
Offline
Available developers/contributors are not substantially impaired by use of SVN. therefore switching from SVN gains nothing.
Offline
zeromus,you said you had considering about it,so does that mean git has a little advantage for you ,but it can't be enough to persuade you to migrate svn to git?
if so,would you mind share you idea?I'm curerious about what can git really benifit or unbenifit for emulator dev
best regards
Offline
that is correct. i have been continually evaluating moving several projects to git, over the years. some of them i have. some of them i havent. each of them have been moved on a different date, as the circumstances made sense for that project.
There hasn't been _any_ demand from actual desmume developers for git until the past year or so. It will take some time to overcome that inertia.
Git's not having monotonic revision numbers is a big drawback. I still haven't found a way to approximate it with hooks on the server or whatever, but maybe there's a way today. I resent the fact that git is winning over hg in general, and in our community. For some time in the past I've been waiting to see if hg can possibly win, but it doesn't seem like it can.
Git's support on sourceforge is somewhat newer than git itself or github. I don't know how stable it is but every time I've tried it, it's been a bit under-cooked. I can't cope with the anarchic development practices git encourages, and so I think an authoritative project home is required, and sourceforge is the only choice, really, and there's no sense rushing into that.
TortoiseGit hasn't been good enough.
A project needs people familiar with the source control repository, to cope with any trouble, and programmers who are skilled with the project history to better trace the introduction of bugs. Not that I'm doing a whole lot of either, but I think those are both largely my jobs now, and I'm better with SVN.
Offline