-
-
Notifications
You must be signed in to change notification settings - Fork 23.4k
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
Create GRS action #2179
Comments
I'm waiting for #2052 to be completed, as this will speed up my development. |
(subscribe) |
You can use #2409 for this now right? That'll make everything easier (I can perhaps write an action myself). |
Let's discuss these things on discord (see my README). |
I prefer GitHub, if you don't mind. It's easier to track changes and features, and I can go back to older issues and comments. Linking and discussing code is also better. I've created #2443 which we can use to have discussions, and that'll keep everything in one place. We can also consider multiple PRs and Issues at once (like how #2409 might make #2179 easier to implement). |
The idea is great. For example, Project LSPosed/MagiskOnWSA was disabled because it violated GitHub's terms of service, due to tons of users forking the repository and building the project themselves on Github Actions. See their new Repository's README for more Info. Another example will be luolongfei/freenom, a project that renews freenom domain automatically with Github Actions. This repository was also Disabled because it violated GitHub's terms of service (The author however got it back) due to many users forking the repository and creating their own action to renew their domains. I personally have alot of automation scripts using Github Actions before, but most of the script's repository was disabled. |
Ah, that makes sense; those repositories were using Github Actions in a way that is not to be used. 😅 My proposal was to create a new repository with a simple github action that spins up a node container, imports the GRS npm package, and then runs the query parameters using the containers PAT. This action would then generate an image in the repository, which can be referred to under a specific name in README.md. 🖼️ I wanted to deploy this github action on https://github.com/marketplace so that users can easily add it to their README.md. 😁 Let me know if I overlooked something, but I think that is within GitHubs terms of service since all my other actions and many very popular actions work that way 😅. |
@rickstaa https://github.com/LSPosed/MagiskOnWSA was using it in the TOS (to build the project, dev purpose) and they still got banned. Clearly github wants you to NOT use actions too frequently. Also, setting up Actions is way harder then Vercel. People are already refusing to deploy their own Vercel instance, do you think they will do someting way harder just for a stats on README.md? |
I don't think GitHub doesn't care about people running their actions too frequently since users pay for these executions anyway🤔. In https://github.com/LSPosed/MagiskOnWSA's situation, where they build the project inside a GitHub action, I can see how that gives problems. In our situation, however, it will be a regular github action, and people, therefore, do not need to fork the GitHub repository in order to use it. They will use it by importing it through the marketplace in their local action YAML file (see (see https://github.com/rickstaa/action-create-tag for an example). It, therefore, does not count against our budget as the action itself is not included in the Nevertheless, it doesn't have to be a GitHub action. We can also make deploying your own Vercel instance easier and more tempting so that more people will switch to deploying their own Vercel instance (see #2415 (comment)). |
@rickstaa any news about this PR? |
Hey, @D3vil0p3r! @rickstaa currently busy with his master thesis defence. When he finish we are going to resolve several issues important for this repository including creation of GitHub action in the order discussed there #2052 (comment). |
Because @Zo-Bro-23 hasn't responded to questions about his GitHub action, I rewrote his GitHub action on my own. Please take a look. I have used this action in my own GitHub profile. You can look at the workflow run here. |
Is your feature request related to a problem? Please describe.
Currently, the only way to create GRS cards is through the Public/Private Vercel instance. This method is user-friendly since people can request their cards from the endpoint. Unfortunately, it, however, comes with several limitations:
Include_all_commits
sometimes shows incorrect number of commits #1515Describe the solution you'd like
In my discussion with @4l1fe on #1975, we concluded that the best way to solve these issues is also to give users the ability to generate the GRS cards periodically inside a GitHub action. Doing this would provide us to solve the points above for the case when users use GRS through an action.
Implementation
We can create such an action by calling the render functions directly and then saving the resulting SVGs to the system. I created the following example to show what I mean:
We can then wrap this function inside a Javascript GitHub action and let users provide the query parameters for our cards through the action configuration file.
Alternatively, we could use Vercels query parsers to call the API endpoints directly.
Todos
#2473 implements this
I think the easiest way to do this is the following:
Checkout Git branch
Write SVG to local file
Push to GRS branch
Users can use raw githubusercontent or GH Pages to access file
Inspiration from @Platane/snk :)
Wrap this functionality in a action.
The text was updated successfully, but these errors were encountered: