We could prevent anybody from committing to the 'tested' branch with a commit-hook (http://www.galengrover.com/git/prevent-committing-to-master-with-git-hooks/). The branch can then only be used as a pointer.
I honestly don't know which way is easier, so in the end, whatever works is good for me. You may be right: a separate repo could be easier to enforce. charles On Jul 16, 2012, at 1:28 PM, Rintze Zelle wrote: > On Mon, Jul 16, 2012 at 4:22 PM, Charles Parnot <[email protected]> > wrote: > Regarding adding more control on what gets into the clients, I also think it > would be good to have at least one level of control, and prevent commits with > failures to make it to the clients. There is much simpler alternative to > having a separate repository, and that's to have instead a separate branch. > > The benefit I see in having a separate repository is that it would be safer: > fewer people could have write access to the "verified repository", and people > wouldn't be able to accidentally commit to the wrong branch. > > Rintze > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > xbiblio-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/xbiblio-devel -- Charles Parnot [email protected] twitter: @cparnot http://mekentosj.com ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ xbiblio-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
