This is an automated email from the ASF dual-hosted git repository.

git-site-role pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/beam.git


The following commit(s) were added to refs/heads/asf-site by this push:
     new 1eb4cc4  Publishing website 2019/08/27 14:59:40 at commit 3d4ebaf
1eb4cc4 is described below

commit 1eb4cc4ca70ecd496178535b4358bbe5364af0bc
Author: jenkins <[email protected]>
AuthorDate: Tue Aug 27 14:59:41 2019 +0000

    Publishing website 2019/08/27 14:59:40 at commit 3d4ebaf
---
 .../release-guide/validate-candidate/index.html    |  5 +-
 .../release-guide/verify-branch/index.html         | 64 ++++++++++++++--------
 2 files changed, 43 insertions(+), 26 deletions(-)

diff --git 
a/website/generated-content/contribute/release-guide/validate-candidate/index.html
 
b/website/generated-content/contribute/release-guide/validate-candidate/index.html
index d5f40b7..be68125 100644
--- 
a/website/generated-content/contribute/release-guide/validate-candidate/index.html
+++ 
b/website/generated-content/contribute/release-guide/validate-candidate/index.html
@@ -352,9 +352,10 @@ In case of script failure, you can still run all of them 
manually.</p>
   <li>
     <p>Usage</p>
     <ol>
-      <li>First update <a 
href="https://github.com/apache/beam/blob/master/release/src/main/scripts/script.config";>script.config</a>
 with correct config value (e.g. release version, rc number).</li>
+      <li>First update required configurations listed in <code 
class="highlighter-rouge">RC_VALIDATE_CONFIGS</code> in 
+<a 
href="https://github.com/apache/beam/blob/master/release/src/main/scripts/script.config";>script.config</a></li>
       <li>Then run
-        <div class="highlighter-rouge"><pre 
class="highlight"><code>./beam/release/src/main/scripts/run_rc_validation.sh
+        <div class="highlighter-rouge"><pre class="highlight"><code>cd 
release/src/main/scripts &amp;&amp; ./run_rc_validation.sh
 </code></pre>
         </div>
       </li>
diff --git 
a/website/generated-content/contribute/release-guide/verify-branch/index.html 
b/website/generated-content/contribute/release-guide/verify-branch/index.html
index fd409d5..73c2db4 100644
--- 
a/website/generated-content/contribute/release-guide/verify-branch/index.html
+++ 
b/website/generated-content/contribute/release-guide/verify-branch/index.html
@@ -238,7 +238,7 @@
       <li><a href="#verify-the-build-succeeds">Verify the build 
succeeds</a></li>
     </ul>
   </li>
-  <li><a href="#alternative-run-all-commands-manually">(Alternative) Run all 
commands manually</a></li>
+  <li><a href="#alternative-run-release-build-locally">(Alternative) Run 
release build locally</a></li>
   <li><a href="#create-release-blocking-issues-in-jira">Create 
release-blocking issues in JIRA</a></li>
   <li><a href="#checklist-to-proceed-to-the-next-step">Checklist to proceed to 
the next step</a></li>
 </ul>
@@ -263,40 +263,43 @@ limitations under the License.
 
 <h1 id="verify-the-release-branch">Verify the release branch</h1>
 
-<hr />
-
 <p>After the release branch is cut you need to make sure it builds and has no 
significant issues that would block the
 creation of the release candidate.</p>
 
+<hr />
+
 <h2 id="run-verify_release_buildsh">Run <code 
class="highlighter-rouge">verify_release_build.sh</code></h2>
 <ul>
   <li>
     <p>Script: <a 
href="https://github.com/apache/beam/blob/master/release/src/main/scripts/verify_release_build.sh";>verify_release_build.sh</a></p>
   </li>
-  <li>
-    <p>Usage</p>
-
-    <div class="highlighter-rouge"><pre 
class="highlight"><code>./beam/release/src/main/scripts/verify_release_build.sh
+  <li>Usage
+    <ol>
+      <li>Create a personal access token from your Github account. See 
instruction <a 
href="https://help.github.com/en/articles/creating-a-personal-access-token-for-the-command-line";>here</a>.
+It’ll be used by the script for accessing Github API.</li>
+      <li>Update required configurations listed in <code 
class="highlighter-rouge">RELEASE_BUILD_CONFIGS</code> in <a 
href="https://github.com/apache/beam/blob/master/release/src/main/scripts/script.config";>script.config</a></li>
+      <li>Then run
+        <div class="highlighter-rouge"><pre class="highlight"><code>cd 
release/src/main/scripts &amp;&amp; ./verify_release_build.sh
 </code></pre>
-    </div>
+        </div>
+      </li>
+      <li>Trigger Jenkins <code 
class="highlighter-rouge">beam_Release_Gradle_Build</code> and all PostCommit 
jobs from PR that’s created from previous step.
+To do so, only add one trigger phrase per comment. See <code 
class="highlighter-rouge">JOB_TRIGGER_PHRASES</code> in <a 
href="https://github.com/apache/beam/blob/master/release/src/main/scripts/verify_release_build.sh#L43";>verify_release_build.sh</a>
+for full list of phrases.</li>
+    </ol>
   </li>
-  <li>
-    <p>The script does the following:</p>
+  <li>The script does the following:
     <ol>
-      <li>Installs <code class="highlighter-rouge">pip</code>, <code 
class="highlighter-rouge">virtualenv</code>, <code 
class="highlighter-rouge">cython</code> and <code 
class="highlighter-rouge">/usr/bin/time</code> with your agreements;</li>
-      <li>Runs <code class="highlighter-rouge">gradle release build</code> 
against release branch;</li>
+      <li>Installs <code class="highlighter-rouge">hub</code> with your 
agreement and setup local git repo;</li>
+      <li>Create a test PR against release branch;</li>
     </ol>
   </li>
 </ul>
 
-<p>Basically it does <code class="highlighter-rouge">./gradlew build 
-PisRelease</code> from the root of Beam repository.
+<p>Jenkins job <code 
class="highlighter-rouge">beam_Release_Gradle_Build</code> basically run <code 
class="highlighter-rouge">./gradlew build -PisRelease</code>.
 This only verifies that everything builds with unit tests passing.</p>
 
-<p>To speed things up locally you might want to omit <code 
class="highlighter-rouge">--no-parallel</code>.
-You might want to omit <code class="highlighter-rouge">--continue</code> if 
you want the script to fail after the first error instead of continuing,
-it may be easier and faster to find environment issues this way without having 
to wait until the full build completes.</p>
-
-<p>There are some projects that don’t produce the artifacts, e.g. <code 
class="highlighter-rouge">beam-test-tools</code>`, you may be able to
+<p>There are some projects that don’t produce the artifacts, e.g. <code 
class="highlighter-rouge">beam-test-tools</code>, you may be able to
 ignore failures there.</p>
 
 <p>To triage the failures and narrow things down you may want to look at <code 
class="highlighter-rouge">settings.gradle</code> and run the build only for the
@@ -309,18 +312,27 @@ projects you’re interested at the moment, e.g. <code 
class="highlighter-rouge"
   <li>Check the build result;</li>
   <li>If build failed, scan log will contain all failures;</li>
   <li>You should stabilize the release branch until release build 
succeeded;</li>
-  <li>The script will output a set of Jenkins phrases to enter in the created 
PR;</li>
 </ol>
 
 <hr />
 
-<h2 id="alternative-run-all-commands-manually">(Alternative) Run all commands 
manually</h2>
+<h2 id="alternative-run-release-build-locally">(Alternative) Run release build 
locally</h2>
 
-<p>Follow the scripts and run all the steps manually, overall you need to 
do:</p>
+<p>Overall you need to do:</p>
 
 <ul>
-  <li>
-    <p>Install python dependencies, e.g. <code 
class="highlighter-rouge">pip</code>, <code 
class="highlighter-rouge">virtualenv</code>, <code 
class="highlighter-rouge">cython</code>;</p>
+  <li>Install python dependencies:
+    <ul>
+      <li><code class="highlighter-rouge">pip</code></li>
+      <li><code class="highlighter-rouge">virtualenv</code></li>
+      <li><code class="highlighter-rouge">cython</code></li>
+      <li><code class="highlighter-rouge">gcc</code></li>
+      <li><code class="highlighter-rouge">python-dev</code></li>
+      <li><code class="highlighter-rouge">python3-dev</code></li>
+      <li><code class="highlighter-rouge">python3.5-dev</code></li>
+      <li><code class="highlighter-rouge">python3.6-dev</code></li>
+      <li><code class="highlighter-rouge">python3.7-dev</code></li>
+    </ul>
   </li>
   <li>
     <p>Run gradle release build, along these lines (check the script):</p>
@@ -336,7 +348,7 @@ projects you’re interested at the moment, e.g. <code 
class="highlighter-rouge"
       <li>
         <p>Run build command, e.g.:</p>
 
-        <div class="highlighter-rouge"><pre class="highlight"><code>./gradlew 
build -PisRelease
+        <div class="highlighter-rouge"><pre class="highlight"><code>./gradlew 
build -PisRelease --no-parallel --continue
 </code></pre>
         </div>
       </li>
@@ -344,6 +356,10 @@ projects you’re interested at the moment, e.g. <code 
class="highlighter-rouge"
   </li>
 </ul>
 
+<p>To speed things up locally you might want to omit <code 
class="highlighter-rouge">--no-parallel</code>.
+You might want to omit <code class="highlighter-rouge">--continue</code> if 
you want build fails after the first error instead of continuing,
+it may be easier and faster to find environment issues this way without having 
to wait until the full build completes.</p>
+
 <hr />
 
 <h2 id="create-release-blocking-issues-in-jira">Create release-blocking issues 
in JIRA</h2>

Reply via email to