[Mono-dev] github workflow proposals

Geoff Norton gnorton at novell.com
Tue Jul 27 17:46:34 EDT 2010

On 2010-07-27, at 5:42 PM, Rodrigo Kumpera wrote:
> It doesn't make any sense to have work/feature branches on the central repository given we're using git. It's much easier and cleaner to simply have them on personal forks. One might not like dealing with extra remotes, but that would be a burnen only to mantainers  merging code from contributors.

Miguel has agreed with my suggestion, so I'll document this in more detail on the workflow changes page after dinner.

> I have another proposition to make. Can we stop using Changelog files? Those can be generated from the commit logs for tarballs and releases without losing anything at all. Commit messages would still have to be at least as informative as they currently are.
> Not having Changelog files resolve 90%+ of our sources of conflicts and make the forkqueue much more useful. If we are to move to a DVCS style of development, this will be a big barrier otherwise.

I strongly support this as well, but in fact I'd like to suggest that we all strive to do a better job of commit messages.  I'm guilty of this as much as anyone, but we have a lot of things that say "Fix bla"; without describing why its broken, or what the fix is.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20100727/28227978/attachment.html 

More information about the Mono-devel-list mailing list