Not to be contrarian, but 92% of the commits in Havana came from non-individual contributions. The majority of those came from big name companies (IBM, RedHat, etc). <div><br></div><div>What I see as a great thing is the increasing number [and diversity] of companies committing, especially from end user/operators. </div>
<div><br></div><div>In the operator case, there are examples where an operator uses another companies Dev's to write a patch for their install that gets commited upstream. In this case, the patch was sponsored by the operator company, written and submitted by a developer employed by another. </div>
<div><br></div><div>Allowing for tracking if the fact that an operator/end user sponsored a patch to be created further incents more operators/end users to put funds towards getting features written. </div><div><br></div>
<div>This is a positive for the project, it's Dev's and the community. It also opens up an expanded market for contract developers working on specifier features. </div><div><br></div><div>My perspective - I work at and operator / integrator. I have my teams working on multiple projects including OpenStack. Peers of mine in Silicon Valley who have funded major OpenStaxk development Efforts have required that code to be released, but have had trouble verifying. The sponsored by tag would provide an easy way of tracking, as well as further incent the behavior of funding improvements. </div>
<div><br></div><div>My 2 cents. <span></span></div><div><div><br>On Thursday, November 14, 2013, Jay Pipes  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 11/11/2013 12:44 PM, Daniel P. Berrange wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, Nov 11, 2013 at 03:20:20PM +0100, Nicolas Barcet wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear TC members,<br>
<br>
Our companies are actively encouraging our respective customers to have the<br>
patches they mission us to make be contributed back upstream.  In order to<br>
encourage this behavior from them and others, it would be nice that if<br>
could gain some visibility as "sponsors" of the patches in the same way we<br>
get visibility as "authors" of the patches today.<br>
<br>
The goal here is not to provide yet another way to count affiliations of<br>
direct contributors, nor is it a way to introduce sales pitches in contrib.<br>
  The only acceptable and appropriate use of the proposal we are making is<br>
to signal when a patch made by a contributor for another comany than the<br>
one he is currently employed by.<br>
<br>
For example if I work for a company A and write a patch as part of an<br>
engagement with company B, I would signal that Company B is the sponsor of<br>
my patch this way, not Company A.  Company B would under current<br>
circumstances not get any credit for their indirect contribution to our<br>
code base, while I think it is our intent to encourage them to contribute,<br>
even indirectly.<br>
<br>
To enable this, we are proposing that the commit text of a patch may<br>
include a<br>
    sponsored-by: <sponsorname><br>
line which could be used by various tools to report on these commits.<br>
  Sponsored-by should not be used to report on the name of the company the<br>
contributor is already affiliated to.<br>
<br>
We would appreciate to see your comments on the subject and eventually get<br>
your approval for it's use.<br>
</blockquote>
<br>
IMHO, lets call this what it is: "marketing".<br>
<br>
I'm fine with the idea of a company wanting to have recognition for work<br>
that they fund. They can achieve this by putting out a press release or<br>
writing a blog post saying that they "funded awesome feature XYZ to bring<br>
benefits ABC to the project" on their own websites, or any number of other<br>
marketing approaches. Most / many companies and individuals contributing<br>
to OpenStack in fact already do this very frequently which is fine / great.<br>
<br>
I don't think we need to, nor should we, add anything to our code commits,<br>
review / development workflow / toolchain to support such marketing pitches.<br>
The identities recorded in git commits / gerrit reviewes / blueprints etc<br>
should exclusively focus on technical authorship, not sponsorship. Leave<br>
the marketing pitches for elsewhere.<br>
</blockquote>
<br>
I agree with Daniel here. There's nothing wrong with marketing, and there's nothing wrong with a company promoting the funding that it contributed to get some feature written or high profile bug fixed. But, I don't believe this marketing belongs in the commit log. In the open source community, *individuals* develop and contribute code, not companies. And I'm not talking about joint contribution agreements, like the corporate CLA. I'm talking about the actual work that is performed by developers, technical documentation folks, QA folks, etc. Source control should be the domain of the individual, not the company.<br>

<br>
Best,<br>
-jay<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a>OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div></div>