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 project structure / define data that we need #10

Open
bastelfreak opened this issue Jun 15, 2019 · 3 comments
Open

Define project structure / define data that we need #10

bastelfreak opened this issue Jun 15, 2019 · 3 comments
Labels
discussion Further information is requested

Comments

@bastelfreak
Copy link
Member

We need to interact a lot with the forge and github api.It might make sense to split the application in two parts. one datapoller and the actual web aplication. that allows us to use agressive caching.

@Flipez Flipez added the discussion Further information is requested label Jun 16, 2019
@Flipez
Copy link
Member

Flipez commented Jun 16, 2019

This is a good one to start with.

Currently Repositories are cached and kept locally to work with.

This includes name, full_name, description, homepage, stars, watchers, open_issues_count and the github_id.

Depending on the features this sure has to be enhanced.

@bastelfreak
Copy link
Member Author

@dhollinger
Copy link
Member

You could also separate the datapoller into a Rails engine

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants