On 05/04/2009 19:37, "Martin v. Löwis" wrote: > Any decision to have or not have such a feature should be stated in > the PEP. I personally don't use IDEs, so I don't care (although > I do notice that the apparent absence of IDE support for Mercurial > indicates maturity of the technology) Well, there should be good support for Eclipse (through MercurialEclipse), NetBeans (they use hg themselves, after all), and the IDE-version of Komodo 5.0+ also includes hg support. I suppose other, more Python-specific IDEs might be following suit as Python switches. > Ok, I take that back. I assumed that Mercurial could work *exactly* > as Subversion. Apparently, that's not the case (although I have no > idea what a server-side clone is). So I wait for the PEP to explain > how authentication and access control is to be implemented. Creating > individual Unix accounts for committers should be avoided. Yeah, that won't be necessary. The canonical solution is to have just one Unix account called hg, to which we can add public keys. Cheers, Dirkjan
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4