Ha.
Looks like you figured it out. I was trying to find
something like that because I couldn't remember all the steps I did. I ran across
similar links after I more or less reinvented it by trial and error
after figuring out more or less what what GitHub's fork did and reading lots of Stack Overflow questions. I was trying to remember how I did it because I
blow away my personal GitHub wiki repos when I am done with them to keep
down the clutter.
And I've been so busy just trying to get our ESAPI release up on Maven Central that this wasn't all that important and so it just popped off the top of my stack and I forgot about it and it was gone from my bash history so good that you found this.And if GitHub itself was
n't so
picky about not allowing a repo to end with '.wiki', then you wouldn't even have to just through
as many hoops. That's a GitHub restriction, not a 'git' restriction.
However, I think I cloned it directly into the '-wiki' instead of doing the clone followed by a 'mv' to rename it. E.g, that line you referenced suggests:
But you can combine those into:
# Clone the wiki and rename it as '-wiki'.
And you really don't have to these two steps:
Instead, you I think you should just 'push' directly to it instead of using 'origin'; e.g.,
Lastly, I didn't see where that link tells you that you have to first create a (in this case) 'wiki-sync-example-wiki' repo under your personal area (e.g.,
github.com/kwwall/wiki-sync-example-wiki for me), otherwise the eventual 'push' will fail because it won't be able to find a repository to push it to.
You don't get any of the bells and whistles that GitHub gives you like being able to merge it via GitHub and (worse, IMO) there is no GitHub issues for the associated wikis, so while you can use your main ZAP issues to track them, referencing the GitHub issue via "issue #issueNumber" (e.g., #123) is not going to link it to your issue. And commit comments like "Close issue #123" will not work either. But it works in a pinch. Since you also will not get a GitHub indication that there is a PR waiting, whomever does the PR needs to email whomever is going to do the merge and push it upstream.
I had been planning to write documentation on this for ESAPI, but waited too long and all those commands were long gone from m bash history and I was going to have to re-research it, so this helped me too. (Or maybe I'll just wait for the ZAP team to document it and then borrow it from you! :)
-kevin