> > > > I'm excited to see someone willing to work on Adium! > > Evan has done so much wonderful work, I’m happy to have the opportunity to > make some contributions to continue the App’s already rather amazing > longevity. > > > A lot of people have made some fantastic contributions to the project, heck I > was even emailing with Laura about things a month ago. I'm always glad to see > someone interested in continuing the work so many others have before them. If > you have any questions about decisions made I'm also happy to help try to > answer them. >
I’m sorry, I didn’t read how that statement likely scans to other contributors. Adium is a great project and has had outstanding contributions from many people, and I’m glad to be able to contribute to the continuation of that. > > Someone correct me if I'm wrong here, but others do in fact use mercurial. > However that's not relevant to adium in and of itself other than if you > consider Adium a place for people to learn and build up skills before they go > on to work on other, bigger things then using the "popular" version control > system might be a good idea. This is why all of the services that offer version management including git have removed direct support for mercurial? > > I didn't see any discussion about switching repositories, I have two > questions about using git and one about github: > > 1) I know in mercurial (and I believe the reason it was chosen for Adium) you > cannot delete commit history, while at the same time with git you can do so > with multiple options (rebase, filter-branches, git reset, etc.). I see this as a major weakness to hg, particularly given its known tendency to muck up history with empty commits and other noise. The features you name in git permit restructuring of a repo, but they are never irreversible unless you go out of your way to overwrite all existing copies of the repo. > For a public project to have the ability of one of its committers to be able > to destroy commit history on a whim or by mistake seems like a risk nobody > has discussed during this transition and was a big reason for choosing it if > I recall correctly (it has been years though). That’s really not how those tools work, and simply having an automated backup of snapshots would ensure that even if that were the case it is entirely reversible. > > 2) Are there any other feature disparities between mercurial and git which > have, or have not, been discussed on this list or in the irc channel? Mercurial lacks the powerful visual collaborative tools provided by GtHub. it is also non-standard. > > 3) Were any other hosting providers considered, such as bitbucket? Why was > github chosen over the others if so? GitHub offers powerful and useful tools that make assessing the state of code much easier. If you want a bitbucket repo that can easily be set up as well. None of this is exclusive. > > > Not only does everyone use git, but GitHub provides amazing tools and > networking on top of git’s features. In particular, the visual branch > comparison and merge tools are extremely convenient and allowed me to make > quick work of a number of old branches that had nothing in them. A few > branches remain with traces of ancient work that is probably irrelevant, but > which I have not pruned until we can fully determine that to be the case. > > I don’t know of any reason that projects that Adium utilizes (such as > libpurple) would have any repository based relationship. If you see a reason, > please enlighten me. Not intended to be combative, I just haven’t yet > conceived of a reason. > > At one point adium was pulling code directly from libpurple for the > dependency. This I think was after the renaming of pidgin from gaim and > libgaim to libpurple, but I could be wrong. Hope this helps. That sounds like a terrible pattern. > > > > I haven’t touched the “Adium2" hg mirror that you set up, as I figured that > would require discussion before modifying. > > The simple fact is that I can visualize what’s going on much better in git, > and insofar as I’m the only one apparently working on code (and working on a > general overhaul of the code), that is extremely important. The arguments > that you provide regarding other people’s ability to participate are also not > minor. > > https://www.sourcetreeapp.com/ <https://www.sourcetreeapp.com/> makes viewing > everything pretty easy in both if that helps. And a previous adium developer > works on it (or did). > I’ll check it out.
smime.p7s
Description: S/MIME cryptographic signature
