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

Contributing and pep8 fixes #84

Merged
merged 5 commits into from
Sep 3, 2018
Merged

Conversation

igordejanovic
Copy link
Member

@goto40 This PR fixes numerous PEP-8 violations in the tests and brings a new contribution guide in the docs. This should help new contributors get started easier. Please review when you find time.

I'm planing to make flake8 adherence mandatory trough Travis CI.

abspath(dirname(__file__)) +
"/interface_model1/model_b/app_error2.if")

#################################
#####tests/functional/test_scoping/test_children.py############################
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Type/copy paste effect.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, yes, good catch :)

@goto40
Copy link
Member

goto40 commented Aug 29, 2018

Very good! I will take my time to read and test your proposal.

At first sight: Do we also need to include the flake command in the .travis.yml file?

@igordejanovic
Copy link
Member Author

At first sight: Do we also need to include the flake command in the .travis.yml file?

Yes, you are right, that is something I was up to do next. I'll need to investigate what is the best way to do it.

@goto40
Copy link
Member

goto40 commented Sep 2, 2018

I tested the contribution manual, and no errors occurred.

@goto40
Copy link
Member

goto40 commented Sep 2, 2018

Maybe we could also start to collect architectural entry points... Such as

  • structure: overall file/module structure (with rough overview about responsibilities)
  • activity: parsing and model building / scope resolution
  • ...

Do you think something like doxygen could help to link architectural snippets to the code?

You remember the explanation you gave me concerning 'containment' and 'reference' in PR #79. This could be valuable to other contributors.

@igordejanovic igordejanovic merged commit f41ad4f into master Sep 3, 2018
@igordejanovic igordejanovic deleted the contributing-and-pep8-fixes branch September 3, 2018 07:18
@igordejanovic
Copy link
Member Author

Thanks for testing. Merging.

Regarding the dev docs, I agree. The overall architecture/processes description and main internal APIs would be helpful, not only for new contributors but for ourself as well as our brains are not the best places to keep all those stuff :) Although, I wouldn't go into too much of details (just the high-level overview) as the docs (especially dev docs) tend to become out-of-sync very fast.

OTOH, I'm not that eager to introduce new documenting tools. The project is using mkdocs which is working really good and is very simple to use so IMHO we should use it for all docs parts.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants