パックの真ん中-オープンソースの限定的な使用、醜いyaml、UIにないUIのいくつかのオプション
どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?
異種環境にわたるビルド自動化のCIテスト。あなたは私のコードの多くを見ることができ、ここでビルドします:https://github.com/harisekhon
改善してほしいポイントは何でしょうか?
限られたオープンソースサポート(5リポジトリのみ)なので、GitHubアクション、Travis CI、Azure DevOpsなど、他のCIシステムを優先して、これをほとんどのGitHubリポジトリで廃止しました(この順序で、他のCIシステムもたくさんあります。それらのトンについてはhttps://github.com/harisekhonを参照してください)。 Yamlは、大文字の文字列と生成されたデフォルトテンプレートからの明示的なオプションが多すぎるため、少し見苦しくなります。多くのオプションがリビジョン管理のyamlに表示されないので、理想的です。それは独自の癖であり、ビルドが私のコードではないランダムな理由でキャンセルまたは失敗する可能性があります。アップストリームのaptリポジトリは一時的に利用できません(残念ながら、ほとんどのCIシステムはこれを正しく検出して再試行しないため、自分で再試行する必要があります)。 GitHub Actions、Azure DevOps、Circle CI、Semaphore CI、shields.ioバッジ(shields.ioはCIシステムのトンをサポートしていますが、残念ながらBuddyはサポートしていません。そうでなければ、 "buddy.works"バッジを置き換えたでしょう。私のREADME.mdで、shields.ioの柔軟なテキスト、書式設定、アイコンを使用して、より優れたテキストを作成しました)
この製品・サービスの良いポイントは何でしょうか?
UIは問題がないように見え、構成するページがあります(実際にはすべてリビジョン管理のためにyamlである必要があります)、UI設計は、私が使用した他のいくつかのCIシステムよりも優れています
続きを開く
Middle of the pack - limited use for Open Source, ugly yaml, some options in UI not in yaml
What problems are you solving with the product? What benefits have you realized?
CI testing of build automation across disparate environments. You can see lots of my code and builds here:
https://github.com/harisekhon
What do you dislike?
Limited Open Source support (only 5 repos) so I have decommissioned this on most of my GitHub repos now in favour of other CI systems like GitHub Actions, Travis CI and Azure DevOps which are my top 3 (in that order, I still use a lot of other CI systems too, see https://github.com/harisekhon for a tonne of them).
The Yaml is a bit ugly with capitalized strings and too many explicit options from the generated default template.
Lots of options do not appear in the yaml to revision control, which would be ideal.
It's own quirks, where builds may get cancelled or fail for random reasons that aren't my code, eg. upstream apt repos are temporarily unavailable (unfortunately most CI systems don't detect and retry this properly so you must do some retries yourself).
Badge could be nicer looking, like GitHub Actions, Azure DevOps, Circle CI, Semaphore CI or the shields.io badges (shields.io supports tonnes of CI systems but not Buddy unfortunately, otherwise I would have replaced the "buddy.works" badge in my README.md with a nicer constructed one with flexible text, formatting & icon from shields.io)
What do you like best?
The UI looks ok, has pages to configure things (should really all be in yaml though for revision control), UI design is better than some other CI systems I've used
続きを開く