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

Update Branching Strategy #12

Closed
roboyoshi opened this issue Jan 17, 2019 · 3 comments
Closed

Update Branching Strategy #12

roboyoshi opened this issue Jan 17, 2019 · 3 comments
Assignees
Milestone

Comments

@roboyoshi
Copy link
Owner

In order to allow for dynamic builds, I want to update the branching strategy.

Some sections are not going to be the "one way to rule them all" kind of type.
Literature can be classified with a few different specifications (e.g. LCC vs UDC)
Same for media, some people prefer a more slim approach (e.g. Plex Folder Structure) compared to more complex (e.g. the currently provided).

Overall I want to give users the option to combine some branches and then create a filetree out of it.

IMPORTANT: The "master" branch should still focus on providing 1 unified filetree that most users can agree on. Only reasonable dynamics shall be allowed in the scope of this ticket.

More to be discussed.

@roboyoshi
Copy link
Owner Author

See #17 and #19 for the Make Integration.
Also #29 will showcase one of the 'other' filetrees one might want to download:

  • plex branch => datacurator-filetree-[plex]-v0.3.zip
  • scene branch => datacurator-filetree-[scene]-v0.3.zip

Meanwhile #11 has already been completed by just using zip files within the structure to offer different "flavours".

@roboyoshi roboyoshi self-assigned this Aug 16, 2019
@roboyoshi roboyoshi added the :small A Small Task label Aug 16, 2019
@roboyoshi
Copy link
Owner Author

roboyoshi commented Aug 17, 2019

master                 # <- default branch
|- wip                 # <- "develop" branch
|- user/               # <- User variants
    |- roboyoshi       # <- personal filetree of mine
|- other/              # <- "feature" branches that focus on specific area/app/etc
    |- plex            # <- plex-centric
    |- kodi            # <- kodi-centric
    |- scene           # <- according to scene rules
  • rename 'wip' to develop // or delete
  • find a good name for "other" branch folder (short and fitting)
    chroot | alt | other | section | feature | ....?

@roboyoshi
Copy link
Owner Author

Updated Strategy:

  • We have a unified master branch, which is the release target
  • We have chroot/x branches, which may also receive a release
    • Those with releases provide their own Makefile
  • We have user/x branches, which are just for ideas/preservation/etc

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant