Add CI / CD system to this repository

[aravindvnair99]

Objectives:

• Spend less time reviewing PRs
• Automatically show preview README with all options enabled based on changes for each PR
• Having such a system can also help us queue PRs as necessary to merge one after the other

[pseusys]

Just to mention: manual reviewing changes shouldn't be a provlem now. All you have to do is:

1. Copy .env.example to some other file, preferrably having .env extension so it will be ignored by git, let's say conf.env for example.
2. Change INPUT_WAKATIME_API_KEY and INPUT_GH_TOKEN in your conf.env file to your WakaTime API token and GitHub API token respectively.
3. Run make run-locally ENV=conf.env in the project root.
4. Enjoy the changes directly in your GitHub profile.

[pseusys]

As this action requiers user GitHub API token, I think the only possible solution for testing would be be:
Put someone's GitHub API token as a repository secret and automatically run action for this user on every PR.
But this will be a great security hole: GitHub token for this action requires write permission, so anyone will be able to do literally anything with it.
I could've think of some dry run solution, but I'd suggest doing it after #371 - because it makes code navigation and understanding really easier. And also adds a codestyle to follow.

[aravindvnair99]

@pseusys We can create a dummy GitHub user and use that profile's secret. We don't have to use an actual individual's profile. If #371 is ready and tested, we can merge that and then come to the CI / CD system.

[pseusys]

We'd better add a kind of dry-run option that will be able to run without user password.
If you have some spare time, that would be great if you tested #371 locally once more.
I've tested it on my own, but I'd like to be sure.

[pseusys]

It would be also great if you could take a look at #375 as it appears to solve many issues and so it would be gread to merge it ASAP as well.

[anmol098]

@aravindvnair99 @pseusys
This is the good feature which can be introduced to test the changes on PR.
Approach i can think of

We can introduce a new env variable flag for testing which will run the action with all options enabled and when our module is about to write readme on actual github repo with the env flag enabled the module will just print the output on console.
So this way we don't need github token with write permission only read permission can suffice
...
Other approach i can think of is we can mock all the external api calls and assert the output which we'll get at the end

Feel free to ask question
Thanks

[pseusys]

Yeah, I like the first solution. In addition we can make the output more verbose for this dry run.
I'll try to implement it, but I still suggest it after #371.

[pseusys]

@anmol098 so, we'll need a sample GitHub read token together with WakaTime read token in repository secrets.
I think, maybe we should use yours? Your profile seems to be very rich with data for the action testing!

[anmol098]

Ok perfect I'll add these 2 tokens to repository secret 👍

[pseusys]

@anmol098 great, keep me informed!

[anmol098]

@pseusys you can check my latest PR #384 feel free to make changes