diff options
author | 2017-05-31 20:37:50 +0200 | |
---|---|---|
committer | 2017-06-01 14:07:52 +0200 | |
commit | 22b85a2a3c79c6f3aef1e0a61e485bb135be4551 (patch) | |
tree | 8235e8237b171ced2fa9f39f054f9a7d808c0771 /site/blog/_posts/2016-06-10-0.3.0-release.md | |
parent | 40d64293b57f0d62bb15599c730f38484b91d3f0 (diff) |
Restructure site/ directory into docs/ which only contains Bazel documentation.
The new docs/ directory in the bazel source tree will only contain the Bazel
docs site, which is hosted at docs.bazel.build. This change deletes the
marketing site and blog, which have been migrated to the bazel-website and
bazel-blog GitHub repositories respectively.
This change also updates the serve-docs.sh and ci/build.sh under scripts/ in
preparation for publishing the docs site.
Note that to help make reviews more manageable, this change is limited to
moving files to their new locations. Here are the follow-up changes:
* Update all links in docs to remove versions/master in paths and to add
correct bazel.build subdomain when linking to pages on the marketing site
or the blog.
* Set up versioned directories on GCS bucket and add tooling for versioning
docs
This change is also coordinated with
https://bazel-review.googlesource.com/c/11568/ to have the PublishSite job
publish to docs.bazel.build rather than www.bazel.build.
Issue #2397
RELNOTES: None
PiperOrigin-RevId: 157612651
Diffstat (limited to 'site/blog/_posts/2016-06-10-0.3.0-release.md')
-rw-r--r-- | site/blog/_posts/2016-06-10-0.3.0-release.md | 91 |
1 files changed, 0 insertions, 91 deletions
diff --git a/site/blog/_posts/2016-06-10-0.3.0-release.md b/site/blog/_posts/2016-06-10-0.3.0-release.md deleted file mode 100644 index d8a97c3a71..0000000000 --- a/site/blog/_posts/2016-06-10-0.3.0-release.md +++ /dev/null @@ -1,91 +0,0 @@ ---- -layout: posts -title: Bazel 0.3.0 Released ---- - -We are delighted to announce the -[0.3.0 release](https://github.com/bazelbuild/bazel/releases/tag/0.3.0) of -Bazel. This milestone is marked by support for IDE integration but also major -features such as remote caching of build artifacts and experimental Windows -support. - -## Improvements from our [roadmap](http://bazel.build/roadmap.html) - -### IDE support - -In this release, we made it possible to [generate information for IDEs from -Bazel build files](http://bazel.build/blog/2016/06/10/ide-support.html) using -[Skylark aspects](http://bazel.build/docs/skylark/aspects.html). - -Simultaneous with Bazel 0.3 release, we are announcing the availability of two -projects integrating Bazel with different IDEs: - -* [Tulsi](http://tulsi.bazel.build) is an Xcode plugin for Bazel. This is the same - plugin that teams inside Google use for developing iOS applications. -* [e4b](https://github.com/bazelbuild/e4b) is an experimental Eclipse plugin for - Bazel. It was made to illustrate the use of Skylark aspects for IDE - integration. This is an experimental plugin but we welcome any contributions - to it. - -### Windows support - -Bazel can now bootstrap on [Windows](http://bazel.build/docs/windows.html) without -admin privilege and can use the Microsoft Visual C++ toolchain. Windows -support is still highly experimental and we have identified -[several issues](https://github.com/bazelbuild/bazel/issues?q=is%3Aissue+is%3Aopen+label%3A%22category%3A+multi-platform+%3E+windows%22) -and their solutions. We are dedicated to a good native experience on Windows. - -### Remote caching of distributed artifacts - -[Alpha Lam](https://github.com/hhclam) has contributed experimental support -for [distributed caching](https://github.com/bazelbuild/bazel/commit/79adf59) -and [execution](https://github.com/bazelbuild/bazel/commit/a1a79cb). This is -an ongoing area of development and several engineers from Google are working -with Alpha to enhance that support. - -### Skylark remote repositories - -Remote repository rules can now be created using -[Skylark](http://bazel.build/docs/skylark/repository_rules.html). This can be used -to support your custom protocols, interfacing with new packaging systems or even -do auto-configuration to use a toolchain on your local disk. We use it -especially to have [a better out-of-the-box experience with C++ toolchains](http://www.bazel.build/blog/2016/03/31/autoconfiguration.html). - -## Other major changes since 0.2.0 - -* We just open-sourced our BUILD file formatter, [buildifier](https://github.com/bazelbuild/buildifier). -* We now provide a Debian APT repository for installing bazel, see the - [installation guide](http://bazel.build/docs/install.html) on how to use it. -* Our JUnit test runner for Java tests (`--nolegacy_bazel_java_test`) is now the - default. - -For changes since 0.2.3 (the minor version before 0.3.0), see the -[release notes](https://github.com/bazelbuild/bazel/releases/tag/0.3.0) for -changes. - -## Future plans - -Looking ahead to 0.4.0: - -* The last blockers for `--strategy=worker=Javac` will be resolved, making Java - builds [faster](http://www.bazel.build/blog/2015/12/10/java-workers.html). -* [Yue](https://github.com/hermione521) has made great progress in making - [Ulf](https://github.com/ulfjack)'s prototype of [sandboxing for OS - X](https://github.com/bazelbuild/bazel/tree/osx-sandbox-hardlinks) real. - -## Finally... - -A big thank you to our community for your continued support. Particular -shout-outs to the following contributors: - -* [Justine Tunney](https://github.com/jart) - for developing and maintaining - the [Closure JS rules](https://github.com/bazelbuild/rules_closure) of Bazel. -* [Alpha Lam](https://github.com/hhclam) - for implementing remote - caching/execution and following up on these features. -* [David Chen](https://github.com/davidzchen) - for going above and beyond, far - more than a standard 20% contribution: improving our documentation, - creating the [Skylark documentation generator](https://github.com/bazelbuild/skydoc), - fixing bugs and contributing features in Bazel and helping out TensorFlow with - their use of Bazel. - -Thank you all, keep the discussion and bug reports coming! |