-
Notifications
You must be signed in to change notification settings - Fork 4
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
InnerSource Readiness Standard #61
Comments
There is a mention of so-called InnerSource-readiness in this pattern that you might find relevant: |
Fitness tracker? Nice! |
I did this check list for on my training sessions: https://docs.google.com/document/d/1Z2yMirjwZSGWvSS3-5m2Xrlh4ZpZq7HqhND5SFlewIE/ |
Thanks for sharing, @indie-rok ! |
@indie-rok great list, thanks for sharing. I am leaving some comments/questions below.
This is interesting. I wonder why the "closest" Trusted Committer is so important?
This could be related to the Issue Tracker Use Cases pattern.
Would you like to add any of those points to this existing pattern?
What do you mean by this?
What are "different products" in this context? Do you mean mean Wiki / Backstage / or other tools? One general question: |
An innersource readiness checklist can be found here. |
Thank you, @jimjag ❗️ I am excited to collect all of these examples and want to get a way to list them out in an easy-to-find place so that they can be shared. |
Great stuff @jimjag. |
Will do |
Thanks, @jimjag ❗ |
@jimjag link to the doc and move this ticket to "done" |
Hi Jim! Remember to do this when you have a moment. Thank you! |
This issue should be merged with #73 . |
They are all cross-linked, so closing this issue. |
How do I know when something is "InnerSource Ready"?
How can I clearly explain that to others?
How can I have a machine understand that?
The text was updated successfully, but these errors were encountered: