Home
About
Blog
Products
Forum
Support
Contact
Sunbelt Computer Software
PL/B Language Development and Support
Home
About
Blog
Products
Forum
Support
Contact
flash_flow/flash_flow.yml.erb.example at master · FlashFunders/flash_flow · GitHub
Skip to content
Navigation Menu
Sign in
Products
Platform
GitHub
Repository hosting, code review, and collaboration
Copilot
AI coding agent for tasks, projects and automated work
Build & Ship
Actions
CI/CD and automation
Code Quality
Quality analysis, fixes, and enforcement
Codespaces
Cloud development environments
Secure
Code Security
Vulnerability detection and remediation
Secret Protection
Secret scanning and leak prevention
All Features
Developers
Learn
Documentation
Training
Certifications
Build
Build with Copilot
Customize Copilot
Integrations
Explore
Trending repos
GitHub Sponsors
Events
Changelog
Changelog
Your source for the latest features, improvements, and fixes across GitHub products, all in one place.
Businesses
By Stage
Enterprises
Team
Startups
Nonprofits
By Industry
Healthcare
Financial services
Manufacturing
Government
See all industries
Evaluate GitHub
Why GitHub
Customer Stories
Business insights
Trust Center
Add-ons
GitHub Advanced Security
Enterprise-grade code security
Copilot for business
Enterprise-grade AI features
Premium Support
Enterprise-grade 24/7 support
Resources
Learn & Connect
Documentation
Resource center
Blog
Events & webinars
Community Forum
Customer Stories
Integrations
Support
Customer support
Training
GitHub Status
Company
About
Partners
Changelog
GitHub Universe
GitHub Universe
The event for developers, by developers — talks, workshops, and what’s next for GitHub.
Pricing
Search
/
Sign in
Sign up
Appearance settings
You signed in with another tab or window.
Reload
to refresh your session.
You signed out in another tab or window.
Reload
to refresh your session.
You switched accounts on another tab or window.
Reload
to refresh your session.
Dismiss alert
{{ message }}
FlashFunders
flash_flow
Repository navigation
Code
Issues
Pull requests
4
(4)
Actions
Projects
Wiki
Security and quality
Insights
More
items
Files
Expand file tree
master
Breadcrumbs
flash_flow
/
flash_flow.yml.erb.example
Copy path
Blame
More file actions
Blame
More file actions
Latest commit
History
History
History
117 lines (98 loc) · 4.65 KB
master
Breadcrumbs
flash_flow
/
flash_flow.yml.erb.example
Copy path
Top
File metadata and controls
Code
Blame
117 lines (98 loc) · 4.65 KB
Raw
Copy raw file
Download raw file
Open symbols panel
Edit and raw actions
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
## The basic settings for your app
git:
# This is what allows you to resolve merge conflicts using flash_flow, rerere is amazing. There's
# more description elsewhere about how this works.
use_rerere: true
# Which remote your branches use
remote: origin
# This branch is owned by flash_flow, it force pushes every time. So don't use a branch to which you make
# commits. Treat this as 100% ephemeral, but if you can you should deploy it automatically to your
# review/staging env when it gets pushed.
merge_branch: acceptance
# This is your mainline production branch that is the basis for the merge branch
master_branch: master
# An arbitrary file that flash_flow will write to in the merge branch and use to store branch information.
# Make sure it doesn't collide with a file you actually need in your application. You don't need to look at
# this file in general.
branch_info_file: 'your/random/file'
### Everything below here is optional and should be deleted or remain commented out if you don't need it
## If you use Pivotal Tracker, this integration can finish, deliver, un-deliver, and comment when
## deployed to production if you set it up.
## Must be used in conjuction with the "--story or --stories" options.
## You need to run "flash_flow --review-deploy" when you deploy to your review enviroment to get the
## deliver/un-deliver functionality.
## You need to run "flash_flow --prod-deploy" when you deploy to production to get the "Deployed to production"
## The timezone attribute will be set to system time zone (TZ environment variable).
## comment when your story is deployed to prod.
#issue_tracker:
# class:
# name: 'FlashFlow::IssueTracker::Pivotal'
# token: <%= ENV['TRACKER_TOKEN'] %>
# project_id: # Your Pivotal project id goes here
# timezone: 'US/Pacific'
## We use this to ensure only one person at a time runs flash_flow. It checks the github issue when
## flash_flow starts, and if it's open flash_flow exits. Otherwise it opens the issue (thus locking
## other users out) and then closes it when flash_flow is done with its work. Using github in this way
## is weird, and not a 100% reliable lock, but it at least prevents most possible cases of odd
## concurrency issues.
#lock:
# class:
# name: 'FlashFlow::Lock::Github'
# token: <%= ENV['GH_TOKEN'] %>
# repo: # Your github repo. For example, the flash_flow repo is 'flashfunders/flash_flow'
# issue_id: # Your github issue id goes here
# lock_label: # optional - default value is 'IS_LOCKED'
## We use Github as our source of truth for which branches to merge. All open pull requests that don't
## have the "do not merge" label on them get merged. If you configure this flash_flow will automatically
## create a PR for your branch when it runs. If your branch can't merge, it will still be PR'ed, but it
## will have the "unmergeable" label on it (that label is strictly informational, no functionality is
## affected at all).
#branches:
# class:
# name: 'FlashFlow::Data::Github'
# token: <%= ENV['GH_TOKEN'] %>
# repo: # Your github repo. For example, the flash_flow repo is 'flashfunders/flash_flow'
# master_branch: master
# unmergeable_label: unmergeable
# do_not_merge_label: 'do not merge'
# shippable_label: 'shippable'
#release:
# class:
# name: 'FlashFlow::Release::PercyClient'
# token: <%= ENV['PERCY_TOKEN'] %>
# repo: # Your github repo. For example, the flash_flow repo is 'flashfunders/flash_flow'
# api_url: 'https://percy.io/api/v1/'
# compliance:
# max_wait_time: minutes to wait
# delay: minutes between checks
# file_prefix: 'Release_Candidate_'
# permissions:
# group:
# reader: comma-delimited list of emails
# writer: comma-delimited list of emails
# user:
# reader: comma-delimited list of emails
# writer: comma-delimited list of emails
# notify: true
# message: 'string for the message body. %percy_url% will be replaced with the url to the percy build'
#smtp:
# settings:
# domain: 'yourdomain.com'
# address: <%= ENV['SMTP_HOST'] %>
# user_name: <%= ENV['SMTP_USERNAME'] %>
# password: <%= ENV['SMTP_PASSWORD'] %>
# port: 587
# authentication: 'plain'
# enable_starttls_auto: true
# emails:
# compliance:
# from: 'sender@domain.com'
# to: 'receiver@domain.com'
# cc: 'cc@domain.com'
# subject: 'The engineering team has a new release candidate'
# body_file: 'app/views/flash_flow_mailer/percy_snapshots.txt.erb'
# release_ready:
# from: 'sender@domain.com'
# to: 'receiver@domain.com'
# subject: 'Release build has been approved for release'
# body_file: 'path/to/email_template.erb'
You can’t perform that action at this time.