Skip to content

Commit 0419ad1

Browse files
committed
add workflow on index page
1 parent d7c6e23 commit 0419ad1

File tree

1 file changed

+20
-2
lines changed

1 file changed

+20
-2
lines changed

docs/index.md

Lines changed: 20 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -7,6 +7,24 @@ There are 2 main components:
77
1. [Agent]({{ agent_github_url }}) - responsible for building packages. Can be used as stand-alone or as a build agent connected to the server
88
2. [Server aka web]({{ web_github_url }}) - responsible for web UI, package signing and repositories management. Managed version [{{ web_hosted_url | replace("http://", "")|replace("https://", "") }}]({{ web_hosted_url }}). Can be [self-hosted](self_hosting.md)
99

10-
Server maintains connection with a bunch of agents and distributes the build tasks to them. Agent build pacakges and upload them to the server. Server signs the packages using GPG and publishes them to the repositories.
10+
Server maintains connection with a bunch of agents and distributes the build tasks to them. Agent build packages and upload them to the server. Server signs the packages using GPG and publishes them to the repositories hosted on S3-compatible storage.
1111

12-
Agent can be used as stand-alone application to build packages. Useful for debugging builds locally.
12+
Agent can be used as stand-alone application to build packages. Useful for debugging builds locally. You can host your own agents when using managed server. You can also configure own S3 storage for repositories. Or you can avoid server-side completely and use agent just for local builds without repositories.
13+
14+
## Workflow
15+
16+
Typical steps to build any project:
17+
18+
1. `omnipackage init .` in the project's root directory. This will create `.omnipackage/` directory with necessary files
19+
2. Edit these files for your needs and make `omnipackage build .` work, i.e. produce packages for all specified in `.omnipackage/config.yml` distros
20+
3. Test these packages on all distros
21+
22+
At this point you have working packages that can be used directly if you ignore signature verification errors when installing them. This happens because package managers on Linux verify signature of the package before installation. But packages built with agent locally don't have this signature.
23+
24+
Go a step further:
25+
26+
4. Create a project on [{{ web_hosted_url | replace("http://", "")|replace("https://", "") }}]({{ web_hosted_url }}) or your self-hosted server
27+
5. Trigger build manually or configure Github webhook to trigger it automatically
28+
6. Share "Public install page" with users - this page contains instructions how to add repository and install the package on all supported distros
29+
30+
Packages in the repositories will be signed using auto-generated GPG key. You can download this key for backup on the account page. Or you can upload your own GPG key.

0 commit comments

Comments
 (0)