niksudan / devrpg Goto Github PK

Currently the total EXP and level are stored, but if anyone were to make a UI, they couldn't make snazzy progress bars since they don't know the current level values.

Store current EXP per level and EXP needed per level in user skill listings.

Useful to have for crashes or when something unhandled happens.

Currently it crashes GitLab

• Todo list items checked off
• Applause received

https://github.com/github/linguist/blob/master/lib/linguist/heuristics.rb

This might be something to do with a Promise returning early or file data not being returned.

Currently the name is stored as the key. If the skills are fetched as an array, you lose the key value. This can be resolved by having the name be an additional field in the skill listing.

Problem at the moment is that API requests take ages to load the Firebase because it has all the commit data to load.

A way to fix this would be to have a 'current user' section, which has the relevant stats for the current month. It would not contain the commit data or the monthly data breakdowns, just the basic data required to create a frontend application.

Currently it levels up when it's greater than but not equal to.

Currently it uses a zero index - this should change to use the filenames instead as per Firebase's style.

Trophies are awarded to the user who did the best overall at the end of each month. You can get gold, silver and bronze trophies.

Currently the system ignores removed files. These need to act like the opposite of added files, as when a file is renamed it's treated like it's a new file.

Since the GitLab webhook provides all added and modified files, we can use that to load each file and diff them one by one.

Should load all new major files for relevant commit and then perform one of the following:

• If a merge, skip
• If no major file changes, skip
• If an initial commit, then all lines of major files tracked
• If have parent commit
  • If parent commit has no major file changes, all lines of major files from current tracked
  • If has major file changes
    • If file from current exists on parent, diff
    • If file does not exist, add all lines

Currently it checks once the git diff has been completed. If it were to check which commits were new first, then it would optimise the API querying significantly.

https://github.com/github/gitignore

Stars are awarded depending on how well you do in an individual skill. You get 3 if you were 1st place, 2 if 2nd and 1 if 3rd.

It needs to ignore commits that were not made in the current month.