Closed evanwill closed 4 years ago
That is a great feature. We should definitely use that.
Any reason why not to use it for both the skin and gh versions?
On Sun, Jan 5, 2020 at 9:58 PM EvanWill notifications@github.com wrote:
new github feature,
@dcnb https://github.com/dcnb @owikle https://github.com/owikle might be the best way for folks to start their own CB-gh?
It is just like import, except it throws out all the commit history, so you have a new repository with just one initial commit. pluses:
- one button click (once enabled, it adds a green button)
- smaller repository since dev history isn't there
- adds "generated from " below repo title (like "forked from ").
example, https://github.com/evanwill/test-template
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/CollectionBuilder/collectionbuilder-gh/issues/15?email_source=notifications&email_token=ACTM4GICEXBV4XGEP6QOZHDQ4LCB5A5CNFSM4KC72VF2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IEEQPMQ, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACTM4GPDB72W6MM26JFJTA3Q4LCB5ANCNFSM4KC72VFQ .
Not sure, the current skin method (create repo, download release) ensures they use a release (that matches current documentation) and seems sort of clean. Using CB-skin as a template saves some clicks, seems intuitive, but we need to make sure the master is the "release" version at all times (do dev from a different branch and merge back only when releasing).
new github feature, https://help.github.com/en/github/creating-cloning-and-archiving-repositories/creating-a-template-repository
@dcnb @owikle might be the best way for folks to start their own CB-gh?
It is just like import, except it throws out all the commit history, so you have a new repository with just one initial commit. pluses:
example, https://github.com/evanwill/test-template