Closed 0x4007 closed 6 months ago
@pavlovcik How is it different from the onboarding
page that is currently available?
The idea is the same but with a more hands-off approach for the user. I think it might be better to start from scratch, but to be honest I'm not deeply familiar with the current state of the onboarding
page. I think it might even make sense to make a seperate repository in order to keep code simpler to maintain.
I envision a new experience where the partner just needs to:
.ubiquibot/.github/ubiquibot-config.yml
to the package (setup with a collection of plugins) they choseWe could even consider storing the full .yml
config in the UI code under each "package" button. Then the app can simply commit that yml in the correct location. This will allow us to update the packages quite easily from within this code.
What the onboarding page does now is to offer a user adding the bot to their org:
The part that is missing would be the log in to GitHub to handle private repositories. Do you really want to start something new or shall we use this as a base? Starting from there we could add what you mentioned above.
You should do whatever is easiest for you. In the mid term future, I think we should have somebody dedicated on the team to just go through the partner onboard flow 100 times and smooth out the rough edges to make it easier to use.
/start
Deadline | Sat, Mar 9, 4:44 AM UTC |
Registered Wallet | 0x0fC1b909ba9265A846b82CF4CE352fc3e7EeB2ED |
/wallet 0x0000...0000
if you want to update your registered payment wallet address./stop
+ You have been unassigned from the task
@pavlovcik since we are splitting everything into new repositories, this task should be carried out in its own repo https://github.com/ubiquity/onboard.ubq.fi
Corresponding issue: https://github.com/ubiquity/onboard.ubq.fi/issues/2
/start
! No price label is set, so this is not ready to be self assigned yet.
@pavlovcik Seems it doesn't copy un existing labels however, if you don't mind setting them again
When initializing a new repo's assistive pricing labels (price, time, priority) you need to toggle any label to signal to the bot that they must be generated.
After that you should replicate the labels as they were on the previous repository (only for if you transfer) later when you lead your own repo(s) you will be granted the authority to set your own priority levels.
For now just set time levels and let the repo "codeowner" set priority levels. With those two parameters pricing can be generated.
! action has an uncaught error
Almost- you weren't supposed to actually create labels. I usually use "good for first issue" label. I enable it, wait for it to post to the issue, and then disable it.
The label event tells the bot to check if the labels exist. If they don't it will create them in series. You can come back and try again in about ten seconds and all the necessary labels should be there.
! action has an uncaught error
Almost- you weren't supposed to actually create labels. I usually use "good for first issue" label. I enable it, wait for it to post to the issue, and then disable it.
The label event tells the bot to check if the labels exist. If they don't it will create them in series. You can come back and try again in about ten seconds and all the necessary labels should be there.
Sorry first time doing this. Thanks for your help. Maybe could be added in the README as a manual somewhere?
/start
Deadline | Sat, Mar 9, 5:36 AM UTC |
Registered Wallet | 0x0fC1b909ba9265A846b82CF4CE352fc3e7EeB2ED |
/wallet 0x0000...0000
if you want to update your registered payment wallet address.@pavlovcik since we are splitting everything into new repositories, this task should be carried out in its own repo https://github.com/ubiquity/onboard.ubq.fi
Corresponding issue: #2
First issue of the newly refactored repo, we did it team 🎉
+ Evaluating results. Please wait...
View | Contribution | Count | Reward |
---|---|---|---|
Issue | Specification | 1 | 27.8 |
Issue | Comment | 4 | 83 |
Review | Comment | 1 | 4.8 |
Comment | Formatting | Relevance | Reward |
---|---|---|---|
We should have a simple page that will help new partners generat... | 27.8code: count: 3 score: "3" words: 10 hr: count: 1 score: "1" words: 0 | 1 | 27.8 |
The idea is the same but with a more hands-off approach for the ... | 41.6li: count: 4 score: "4" words: 61 code: count: 3 score: "3" words: 7 | 0.74 | 41.6 |
You should do whatever is easiest for you. In the mid term futur... | 9 | 0.605 | 9 |
When initializing a new repo's assistive pricing labels (price, ... | 17.8 | 0.71 | 17.8 |
Almost- you weren't supposed to actually create labels. I usuall... | 14.6 | 0.705 | 14.6 |
All looking good thanks. When you implement requested changes yo... | 4.8 | 0.66 | 4.8 |
View | Contribution | Count | Reward |
---|---|---|---|
Issue | Task | 1 | 800 |
Issue | Comment | 5 | 0 |
Issue | Comment | 5 | 15.7 |
Review | Comment | 1 | 32.2 |
Review | Comment | 1 | 32.2 |
View | Contribution | Count | Reward |
---|---|---|---|
Issue | Comment | 1 | 1.1 |
Comment | Formatting | Relevance | Reward |
---|---|---|---|
> @pavlovcik since we are splitting everything into new reposito... | 1.1 | 0.785 | 1.1 |
We should have a simple page that will help new partners generate a basic UbiquiBot organization config with our recommended default settings.
They should be able to login with GitHub and then the bot can handle the rest, which would include creating the
ubiquibot-config
repository and adding aubiquibot-config/.github/ubiquibot-config.yml
file.As a side note, I think it makes sense for us to rename the repository to
.ubiquibot-config
to clearly indicate to our partners that it is meant to be a private repository. I'm not sure how far along we will be in updating all of our infrastructure to accomodate this change, but keep this in mind when you start this task.Originally posted by @pavlovcik in https://github.com/ubiquity/pay.ubq.fi/issues/65#issuecomment-1945702584