Welcome to our little slice of the internets! This blog is dedicated to technical (and cultural) posts by the Pivotal Engineering team. If that's you, then please, please, please contribute!
This blog is built and maintained entirely by you! Feel free to propose or just implement any improvement you believe in. ANARCHY!!!!
Live site | Staging | Issues | Twitter | Hugo |
- Write your post as a draft.
- Preview it on staging.
- Make it good. Gather feedback from your engineering peers. Iterate, repeat.
- Ship it!
Every commit to master is auto-deployed to both production and staging (only staging shows drafts), and then automatically tweeted by @pivotaleng.
If you don't have push access, then send an ask ticket to have yourself added to the all-pivots github team in this org.
-
Add yourself as an author (first time only, obvs.):
$ cp data/authors/tammer.yml data/authors/bob.yml $ vi data/authors/bob.yml -
Create a new draft post:
bin/new_post name-of-post
This creates a new file at location content/post/name-of-post.md. It's
markdown, and the template provides instructions on any advanced bits. Be sure
to change the metadata in the file's YAML front-matter — one thing to
change immediately is the authors: value; it should include the name of your
author file (bob in the example above) in the list.
- Meta: If you want to change the default new post template, it's in
archetypes/post.md.
Pair all the time. We do everything as a team, and this is no different. Get feedback from your friends and coworkers. Show them the post on the staging site, and ask them to tear it apart.
Keep it technical. People want to to be educated and enlightened. Our audience are engineers, so the way to reach them is through code. The more code samples, the better.
Nobody likes a wall of text. Use headers to break up your text. Each image you add to your post increases its XP by 100. Diagrams, screen shots, or humorous "meme" (|memā|) gifs... They all add color. If you don't have OmniGraffle, then submit an ask ticket. There's no excuse for monotony.
Your 10th grade teacher was right. Make use of the hamburger technique. Your audience doesn't have a lot of time. Tell them what you're going to write, write it, and then tell them what you've written. Spend time on your opening. Make it click.
Make it pretty. Pivotal-ui comes with a bunch of nice helpers. Make use of them. Check out the example styles in the default post template.
This site uses Hugo v0.14, which is easy to install:
$ brew install hugo
$ hugo version
Hugo Static Site Generator v0.14 BuildDate: 2015-06-16T21:41:12+01:00
After cloning this repository, navigate into the new directory, run bin/watch in a terminal and then browse to http://localhost:1313 to see your local copy of the blog.
Hugo has LiveReload built in, so if you have that configured in your browser, your window will update as soon as you make a change. Hugo is fast, so you might not realize the reload has already happened.
If you get an error like:
Error while rendering page foo: reflect: call of reflect.Value.Interface on zero Value
Then you may have forgotten to include a property in your data/authors/foo.yml file.
Every commit to master is auto-deployed to both production and staging (only staging shows drafts). If you don't have push access, then send an ask ticket to have yourself added to all-pivots in this org. To publish your draft post, simply remove the draft: true line from the top of your post.
All of the HTML and CSS live in themes/pivotal-ui, which is a port of the Pivotal UI project. I basically copied the compiled css and image files over. If you want to change the look of this site, then you should edit the templates in there.
The key files you'll want to look at are:
themes/pivotal-ui/layouts/index.htmlfor the main page...themes/pivotal-ui/layouts/_default/single.htmlfor the layout around each blog post...themes/pivotal-ui/static/local.cssfor CSS changes...- ...and basically everything else under
themes/pivotal-ui/layouts/
Highlight.js is included for syntax highlighting. Any markdown producing code pre tags will be highlighted by default, which means anything like:
~~~ruby
instance = Class.new("foo")
~~~
If the language auto-detection fails you can add a language identifier. To disable syntax highlighting specify no-highlight as the language identifier.
You'll notice that we're not building directly into public, but rather into all of public/local, public/prod and public/staging — each representing a different environment. This magic is done by the bin/build script. cf push will push all of the apps one at a time.
We also use:
- Feedburner to track RSS subscriptions
- A twitter account (automatically publishes each post via feedburner).
- Keen.io and Segment.com for tracking analytics.