On 2/6/11 2:41 PM, Daniel Johnson wrote: > >> Would we have the ability easily to regulate commits access on a more >> fine-grained level than we're using right now? E.g. to give most >> established maintainers the ability to commit and modify their own .info >> files but not to modify those of other maintainers? That'd be a useful >> additional feature in my opinion, because we could consider broadening >> our pool of committers and thereby reduce the backlog on the tracker. > > Alas, no. "At this time, SourceForge.net does not provide finer-grained > permissions (e.g. restrict access by specific paths within a repository) for > Subversion. We will consider implementing fine-grained permissions for our > Subversion service based on the feedback we receive from project developers." > It looks like all Sourceforge provides is access to the whole repository. > That would actually be a step backward from cvs. :/ I guess it would be > possible to have a pre-commit-hook script that limited access to certain > areas. It would have to look up whether a maintainer had access to a > particular file and could veto unauthorized commits. We would have to set > that up ourselves. > > BTW, I hacked fink to use gecko2's cvs copy so that I could test switching > between svn and cvs; it works fine. > > Daniel > >
It sounds like we might want ultimately to consider using Sourceforge's svn repo for direct checkouts by our users, rsync mirror sites, and the website (at least for now), and use hg or git as the primary developer interface, with e.g. a script to transfer the hg|git repo into svn. (sort of like the present developer vs. anonymous cvs setup). -- Alexander Hansen, Ph.D. Fink User Liaison ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
