Paul Nasrat wrote:
On 9 March 2010 19:33, Michael DeHaan <mich...@reductivelabs.com> wrote:
Excellent. I also hope to help some with the code refactoring and support
for new datastructure types.
I agree bugs should come first, so those too :)
If you're doing this, we should do a testing branch and target for 1.6
Also, I'm a big fan of red-green-refactor, so if we come up with an
end goal of where we want to be, and iteratively get there that seems
the most pragmatic thing.
Paul
Naturally the goal of a refactor is 'cleaner code', indeed we cannot
start refactoring
where anything is red :)
I have various things I want to achieve:
* making it easier to contribute (i.e. refactoring to make the interface
easier)
* namespaced facts
* datastructure fact types
We can't break any existing custom facts, or rename any major facts, or
at least must make a solid good faith effort not to.
For instance, there's an ip address fact, which has to stay, but we may
also add a nested datastructure
under nic::eth0 or nic::foo depending on what is present that includes a
ton of other network info.
--Michael
--
You received this message because you are subscribed to the Google Groups "Puppet
Developers" group.
To post to this group, send email to puppet-...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-dev+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-dev?hl=en.
