[
https://issues.apache.org/jira/browse/HBASE-4593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14105946#comment-14105946
]
Sean Busbey commented on HBASE-4593:
------------------------------------
{noformat}
+ <section xml:id="build.snappy">
+ <title>Building in snappy compression support</title>
+ <para>Pass <code>-Psnappy</code> to trigger the
<code>snappy</code> maven profile
+ for building Google Snappy native libraries into HBase.
See also <xref
+ linkend="snappy.compression"/></para>
+ </section>
{noformat}
I noticed this while working on HBASE-6189. There is no profile named "snappy."
there's a profile named "hadoop-snappy" that is activated if you pass a
property named "snappy."
Also the xref should link to "snappy.compression.installation". the one given
doesn't exist.
> Design and document the official procedure for posting patches, commits,
> commit messages, etc. to smooth process and make integration with tools easier
> -------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HBASE-4593
> URL: https://issues.apache.org/jira/browse/HBASE-4593
> Project: HBase
> Issue Type: Task
> Components: documentation
> Reporter: Jonathan Gray
> Assignee: Misty Stanley-Jones
> Attachments: Chapter_18_and_19.pdf, Chapter_18_and_19.pdf,
> HBASE-4593.patch, HBASE-4593.patch, HBASE-4593.patch, HBASE-4593.patch,
> HBASE-4593.patch, HBASE-4593.patch
>
>
> I have been building a tool (currently called reposync) to help me keep the
> internal FB hbase-92-based branch up-to-date with the public branches.
> Various inconsistencies in our process has made it difficult to automate a
> lot of this stuff.
> I'd like to work with everyone to come up with the official best practices
> and stick to it.
> I welcome all suggestions. Among some of the things I'd like to nail down:
> - Commit message format
> - Best practice and commit message format for multiple commits
> - Multiple commits per jira vs. jira per commit, what are the exceptions and
> when
> - Affects vs. Fix versions
> - Potential usage of [tags] in commit messages for things like book, scripts,
> shell... maybe even whatever is in the components field?
> - Increased usage of JIRA tags or labels to mark exactly which repos a JIRA
> has been committed to (potentially even internal repos? ways for a tool to
> keep track in JIRA?)
> We also need to be more strict about some things if we want to follow Apache
> guidelines. For example, all final versions of a patch must be attached to
> JIRA so that the author properly assigns it to Apache.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
