Open PeterNerlich opened 6 years ago
I added myself as a thumbs up because, obviously, I am voting for this, and you have an easier job finding how the hell to add that emoji thing here ;) FYI: it was at the very top of my post, to the very right of PeterNerlich commented X ago
I found the button..... and gave a Horray! :P lol
I consider leaving marketing, too, for collecting and maintaining marketing material
I think a useful distinction can be made between an Archive, Conversations and Guides
Worked a bit on fleshing out the new repo structure. Unlisted repos are due to deletion, existing files and issues to be transferred beforehand.
Of course, some thought that went into this is not clear from this structure; the respective contexts will be explained in the eventual README.md
s, but could be added here earlier on request.
ubfr-docs/
|- install/
| |- flowchart
| |- Known_Issues.md
| |- README.md
| \- [...]
|- directory-enquiries
|- internal/
| |- Quick_Links.md
| |- README.md
| \- [...]
|- FAQ.md
|- README.md
\- [...]
infrastructure/
|- community/
| |- developers
| |- foundation
| |- ubam
| |- ubfr
| |- ublangs/
| | |- Language_Captain_Duty_List.md
| | |- Language_Group_Creation_Guidelines.md
| | \- README.md
| |- events
| |- README.md
| \- [...]
|- platforms/
| |- irc
| |- matrix
| |- telegram/
| | |- language-groups/
| | | |- Responsibilities_Overview.md
| | | \- README.md
| | |- logos/
| | | |- template.svg
| | | |- sg.svg
| | | |- sg.png
| | | |- ubam.svg
| | | |- ubam.png
| | | |- ubfr.svg
| | | |- ubfr.png
| | | |- README.md
| | | \- [...]
| | |- Group_Creation_Guidelines.md
| | |- Responsibilities_Overview.md
| | \- README.md
| |- bridges/
| | |- telegram-irc
| | \- [...]
| |- ubports-forum
| \- [...]
|- public-relations/
| |- announcements
| |- facebook
| |- twitter
| |- soundcloud
| |- ubports.com
| \- [...]
|- workshop/
| |- Documentation_Concept.md
| |- UBFR_Assistant_Bot.md
| \- README.md
|- README.md
\- [...]
community/
|- nextcloud/
| |- Install_RPI3.md
| |- UT_App.md
| \- README.md
|- linuxbrew
|- transcripts/
| \- community-updates/
| |- 2018-01-20_CU_21.md
| |- 2018-01-06_CU_20.md
| \- [...]
|- README.md
\- [...]
doc-templates/
|- directory/
| |- structure/
| | |- random-file.png
| | \- Random_Document.md
| \- README.md
|- Concept.md
|- Guidelines.md
|- Vote_Issue.md
|- README.md
\- [...]
Directory structure conventions:
.md
documents (and thus not immediately viewable) have only small letters and contain no spaces or special symbols (they may be replaced with an underscore _
).md
document names can contain capital letters at the start of words (or in CamelCase), which can be separated by underscores instead of spaces, special symbols are discouraged/
, entries without slash or type ending .md
imply a directory containing a README.md
.md
documents carry a top level headline that repeats their name (without the .md
), in case of a README.md
this is the name of their parent directory or repository, capitalized as a .md
name would beREADME.md
, explaining at least what the directory is all about (e.g. nextcloud: what is nextcloud, possible relation to UT)Wow! Do we need a heading for Github activity itself? Will documents sort by relevance, date, other?
I thought of platforms in terms of community-platforms, as in "where the community meets and talks — so either rename it or state this as the context in its README, or re-think the context, as GitHub is more development/collaborative work than the community forming around it.
GitHub sorts files always by their names.
updated comment above, rethought .md
filename convention for URL readability
Handling existing files: Files described with update need to be brough up to date with recent development and/or adjusted to conform to changed or unfulfilled conventions. Files described with elaborate touch on the topic but need to be completed or be adjusted to be more user friendly. [TODO] notes inside the document have the same function but do not require it to be marked with elaborate, while elaborate never means only the [TODO] sections.
nextcloud
README.md
→ community/nextcloud/README.md
, update/elaborateraspberry PI 3.md
→ community/nextcloud/Install_RPI3.md
, update/elaborateubuntu-touch_app.md
→ community/nextcloud/UT_App.md
, updateubfr-docs
Code_Of_Conduct.md
→ incorporate into infrastructure/community/README.md
, elaborateDocumentation_Concept.md
→ infrastructure/workshop/Documentation_Concept.md
, updateInstall_Generic_MacOS.md
→ ubfr-docs/install/?
, elaborate/incorporateInstallation_Tutorial.md
→ ubfr-docs/install/?
, elaborateKnown_Issues.md
→ ubfr-docs/Known_Issues.md
(stay), elaborateREADME.md
→ ubfr-docs/README.md
(stay), update/elaborateSupport.md
→ ubfr-docs/Support.md
(stay), elaborate, focus on explanation where to better go when wanting to file an issueUBFR_Quick_Links.md
→ ubfr-docs/internal/Quick_Links.md
, updateinfrastructure
FAQ.md
→ ubfr-docs/FAQ.md
README.md
→ infrastructure/README.md
(stay), (currently empty)translation
Language Captain Duty List.md
→ infrastructure/community/ublangs/Language_Captain_Duty_List.md
Translations Quickstart Guide.md
→ infrastructure/community/ublangs/Language_Group_Creation_Guidelines.md
, updateREADME.md
→ (currently empty, delete)community
Group Creation Guidelines.md
→ infrastructure/platforms/telegram/Group_Creation_Guidelines.md
README.md
→ community/README.md
(stay), (currently empty)foundation
README.md
→ (currently empty, delete)planning
README.md
→ (currently empty, delete)marketing
README.md
→ (currently empty, delete)ubam.github.io
is to stay as it is (since it's not the usual documentation repo but for GitHub Pages), content needs to be updated and point to most likely navigation targets (like ubfr-docs/README.md
)nextcloud-ogra
is not a documentation repository and handling it is to be discussedHandling existing issues:
nextcloud
why fork nextcloud-ogra? #1
(resolve beforehand)ubfr-docs
Support.md: mention language groups (currently only mentions English only for Telegram) #7
(stay)How can I access my Ubuntu phone over ssh? #8
(stay)Linuxbrew installation and use #9
→ copy to community
change name of Support.md (and potentially Code_of_Conduct.md) #10
(stay)Create install troubleshooting flowchart #11
(stay)Android BQ devices require special work in install UBports #12
(stay)install instructions: assume nothing #15
(stay)infrastructure
create document templates / sample documents to refer to as "best practice" #4
→ copy to (new) doc-templates
recreate/refine our structure on GitHub #7
(stay)old website overridden without taking recent changes into account #8
(stay)translation
add document on creating a new language focus group #2
→ copy to infrastructure
, incorporate into infrastructure/community/ublangs/Language_Group_Creation_Guidelines.md
Purpose of UBlang (Master Language Super Group) #3
→ copy to infrastructure
, incorporate into infrastructure/community/ublangs/README.md
community
create public focus group sub list document #1
→ copy to infrastructure
foundation
(no open issues)planning
(no open issues)marketing
Lead by example #1
→ copy to ubfr-docs
create news post guidelines #2
→ copy to infrastructure
ubam.github.io
(not a documentation repository)nextcloud-ogra
(not a documentation repository)All issues have been moved.
deleted repositories translation
, foundation
, planning
, marketing
With this, transforming our GitHub architecture is almost completed. All documents may contain absolute URL references to now moved and renamed documents and need to be updated. This is a good time to switch to only using relative links.
also archived nextcloud
. See ubam/community/nextcloud/
All documents may contain absolute URL references to now moved and renamed documents and need to be updated. This is a good time to switch to only using relative links.
Reminder. Please report here which docs are clear/have been changed so we don't have any dead links.
The current arrangement of repositories of this organization is partly only first test intentionally to somehow get started and partly simply shortsighted and unfitting for our purposes. When wanting to document a new topic one more often than not finds himself pondering over whether to put it e.g. in infrastructure or community. It is clear that the repositories are in need of concrete descriptions of their purpose and form a structure designed to fit our needs in a clean way, ideally without any overlap leaving a decision.
In the following one attempt on creating such an organizational structure. Please tag with thumbs up or thumbs down to approve/disapprove or write tips and proposals below. This should not be a discussion, for that, please use the UBAM Telegram group.
UBAM GitHub organizations' repositories for community steering
ubam.github.io
ubfr docs
infrastructure
community
Conventions: