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

Migrating docs to MicrosoftDocs repository #2526

Merged
merged 10 commits into from Oct 25, 2018
Merged

Conversation

@nmetulev
Copy link
Contributor

@nmetulev nmetulev commented Oct 3, 2018

PR Type

What kind of change does this PR introduce?

  • Documentation content changes

What is the current behavior?

The documentation currently lives in two repositories: this and the MicrosoftDocs org. We are currently manually keeping the two synced

What is the new behavior?

The docs folder is removed from this repository and the MicrosoftDocs repository will be the only location where documentation will live. Developers will be required to submit two different PRs when adding, deleting, or updating code.

The Contributing.md and PR Template have been updated with new instructions

Sample app has been updated to use new location

Documentation PR: MicrosoftDocs/WindowsCommunityToolkitDocs#106

PR Checklist

Please check if your PR fulfills the following requirements:

  • Tested code with current supported SDKs
  • Docs have been added/updated which fit documentation template. (for bug fixes / features)
  • Sample in sample app has been added / updated (for bug fixes / features)
  • Contains NO breaking changes
> NOTE: The documentation is also packaged with the sample app. If there is no network connection, or the documentation is not yet on github, the sample app will use the packaged version
> NOTE: To test your documentation in the sample app while running in debug mode, the docs repository will need to be cloned in the same folder as this repository and named **WindowsCommunityToolkitDocs**. For exaple, this folder structure works best:

This comment has been minimized.

@skendrot

skendrot Oct 3, 2018
Contributor

Why not add a submodule instead of requiring users to clone a second repo?

This comment has been minimized.

@nmetulev

nmetulev Oct 3, 2018
Author Contributor

Thought about that, and I'm still not against it if it makes sense. A submodule doesn't automatically get pulled in when doing only git clone and it's not the most discoverable command to do a recursive clone so it will still require additional work. It also seems difficult to keep the head of the submodule updated when trying to merge PRs across repos at the same time (I could be wrong here as I don't have experience with this)

Copy link
Contributor

@azchohfi azchohfi left a comment

This is big. Any current PR need to be updated with this. Let's just make sure they know.

@nmetulev
Copy link
Contributor Author

@nmetulev nmetulev commented Oct 3, 2018

Good point.

Here are the PRs that will be affected by this:

We can hold of on merging this and give few of these a chance to get merged, but any new PRs should use the docs repo

nmetulev added 4 commits Oct 4, 2018
nmetulev added 2 commits Oct 25, 2018
@azchohfi azchohfi merged commit e7f75a5 into master Oct 25, 2018
2 of 3 checks passed
2 of 3 checks passed
Toolkit-CI
Details
WIP Ready for review
Details
license/cla All CLA requirements met.
Details
@delete-merged-branch delete-merged-branch bot deleted the nmetulev/docs_migration branch Oct 25, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

None yet

4 participants
You can’t perform that action at this time.