Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Define a process for merging address PRs #810

Closed
Uxio0 opened this issue Mar 4, 2024 · 4 comments
Closed

Define a process for merging address PRs #810

Uxio0 opened this issue Mar 4, 2024 · 4 comments
Assignees
Labels
enhancement New feature or request

Comments

@Uxio0
Copy link
Member

Uxio0 commented Mar 4, 2024

We spend a lot of thing reviewing and merging PRs adding addresses for Safe Contracts in new networks.

We need to define a process to make the process smother.

@Uxio0 Uxio0 added the enhancement New feature or request label Mar 4, 2024
@Uxio0 Uxio0 assigned Uxio0 and falvaradorodriguez and unassigned Uxio0 Mar 4, 2024
@bertux
Copy link
Contributor

bertux commented Mar 5, 2024

Thanks because even when the PR is reviewed and merged, then it needs also to be released so it can be used in safe-infrastructure repository.
I've seen there is a publish part in the GitHub Action but it's skipped so I don't know yet when the merged PR will be usable in the python package. Should I publish my own version while waiting for official publish ?

@falvaradorodriguez
Copy link
Contributor

falvaradorodriguez commented Mar 11, 2024

As a result of this task, we have defined the following process:

In the repository https://github.com/safe-global/safe-eth-py

Create an issue with the GitHub issue form syntax that has the following fields:

  • Summary
  • Chain ID (required)
  • Chain detail URL (chainlist.org) (required)
  • RPC Server Address (required)
  • Blockscout Client URL
  • Etherscan Client URL
  • Etherscan Client API URL
  • Contract version (required)
  • Address (Master copy)
  • Deployment block (Master copy)
  • Deployment Tx hash (Master copy)
  • Block explorer URL (Master copy)
  • Address (Proxy factory)
  • Deployment block (Proxy factory)
  • Deployment Tx hash (Proxy factory)
  • Block explorer URL (Proxy factory)

Create a GitHUb action that will be executed when the /execute command is commented in the issue. The GitHUb action will execute the following actions:

  • Validate that the person executing the command has owner permissions on the repository

    • In affirmative case:
      • Notify the start of execution with a comment in the issue
    • In negative case:
      • Notify that the person does not have permissions with a comment in the issue
  • Obtain the necessary entries from the issue body

  • Execute a script to do the necessary modifies and create the automatic PR.

  • Notify the end of execution with a comment in the issue.

As indicated above, the next task has been created.

@moisses89
Copy link
Member

Thanks because even when the PR is reviewed and merged, then it needs also to be released so it can be used in safe-infrastructure repository.
I've seen there is a publish part in the GitHub Action but it's skipped so I don't know yet when the merged PR will be usable in the python package. Should I publish my own version while waiting for official publish ?

We are releasing more or less 2 per month, if you need urgently the main version when your PR is merged you can modify your requirements as follow to use main branch:
safe-eth-py @ git+https://github.com/safe-global/safe-eth-py@main or if need django support
safe-eth-py[django] @ git+https://github.com/safe-global/safe-eth-py@main

@bertux
Copy link
Contributor

bertux commented Mar 11, 2024

Thanks, I've seen it has been released last week, but it's more global feedback about Safe dependencies needed by safe-infrastructure to add a new chain.
So I should put this feedback in other repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants