Anshorei
/
squib
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

docs: organizing more thoughts on guide

dev
Andy Meneely 2016-11-24 14:23:32 -05:00
parent 08f4f6a877
commit 8594c86e5a
1 changed files with 9 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

13
docs/guides/getting-started/part_3_workflows.rst
View File

@ -11,7 +11,7 @@ But, as you explore Squib's features and work away at your games, you'll pick up
Improving your workflow comes down to a few principles: Improving your workflow comes down to a few principles:
* **Automate what will be tedious**. There's a balance here. What do you anticipate will change about your game as you develop it? What do you anticipate will *not* change? If you automate *everything*, you will probably spend more time on automating than game development. If you don't automate anything, you'll be re-making everything whenever you make a game design change. * **Automate what will be tedious**. There's a balance here. What do you anticipate will change about your game as you develop it? What do you anticipate will *not* change? If you automate *everything*, you will probably spend more time on automating than game development. If you don't automate anything, you'll be re-making every component whenever you make a game design change.
* **Focus on one thing only: visual, game, or build**. Cognitively, you'll have an easier time when you focus on one thing and one thing only. The more loose ends you need to keep in your head, the more mistakes you'll make. * **Focus on one thing only: visual, game, or build**. Cognitively, you'll have an easier time when you focus on one thing and one thing only. The more loose ends you need to keep in your head, the more mistakes you'll make.
Additionally, improving your workflow can help you pivot to other tasks you might need for polishing your game later on, such as: Additionally, improving your workflow can help you pivot to other tasks you might need for polishing your game later on, such as:
@ -34,10 +34,13 @@ Using a Rakefile
* Setting up rake tasks * Setting up rake tasks
* Splitting out decks into different files * Advanced project layout: splitting out decks into different files
* Build groups: testing, marketing, rulebook figures * Testing individual files (build groups, ranges, id-lookup)
* Build groups: color vs. black-and-white * Marketing images (using output as images, dependency in Rakefile)
* Rulebook figures (build groups, annotate after saving)
* Switch from built-in layouts to your own layout * Switch from built-in layouts to your own layout
* Launch what you need with Launchy * Launch what you need with Launchy
* Auto-building with Guard * Auto-building with Guard
* Git * Maintaining color and black-and-white builds (build groups, multiple layout files). Changing build sessions within Guard
* Configuring different things for each build
* Git (save to json, tagging, rolling back, Gemfile.lock)