couchdb-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Couchdb Wiki] Update of "Git_At_Apache_Guide" by NoahSlater
Date Sat, 19 Nov 2011 23:16:43 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Couchdb Wiki" for change notification.

The "Git_At_Apache_Guide" page has been changed by NoahSlater:
http://wiki.apache.org/couchdb/Git_At_Apache_Guide?action=diff&rev1=22&rev2=23

  
  Do not tag a release until the vote has passed.
  
- Apache does not issue release candidates in the same way that other projects do. When a
regular user sees a release candidate, they think of it as a testing version of the software.
If we tag our release artefacts (which may be prepared by anyone, at any time) as release
candidates while we vote on them, we are sending the wrong message to anyone who finds that
tag in the repository.
+ Apache does not issue release candidates in the same way that other projects do. When most
users see a release candidate, they think of it as an officially sanctioned version of the
software. If we tag our release artefacts (which may be prepared by anyone, at any time) as
release candidates while we vote on them, we are sending the wrong message to anyone who finds
that tag in the repository.
  
- Even if we avoid calling them release candidates, all tags live in the same namespace, so
we risk confusing our users if we tag the release artefacts we are voting on, as well as the
release artefacts we have actually released. We cannot depend on deleting tags that correspond
to failed votes either, because Git does not reliably propagate tag deletion to downstream
repositories.
+ Even if we avoid calling them release candidates, all tags live in the same namespace, so
we risk confusing our users if we tag the release artefacts we are voting on, as well as the
release artefacts we have actually released. Deleting tags that correspond to failed votes
will not help, because Git does not reliably propagate tag deletion to downstream repositories.
  
  In answer to these concerns, vote emails must reference the tree-ish used to prepare the
release. Only when the vote passes must you tag that tree-ish. Preferably using the version
number alone, as each Git repository corresponds to exactly one project. The resulting tag
list in Git is a clean list of every official release, and every downstream repository will
be eventually consistent.
  

Mime
View raw message