git Conversion Tasks
What's needed
Our discussion topics are getting long, and the stuff we need to do is getting lost in the noise. A lot of this changes quite a bit depending on how we implement the git repo, but best to start somewhere. These are in no particular order for now.
Assumptions subject to change: Migrate to github as repo, keep existing Tasks web.
Decisions ... Decisions ...
See
MoveCodeRepositoryToGit for an opportunity to vote / comment. Brief summary here:
- Github or our own repo. or both GITHUB
- Is submodules still the right approach. Already decided but are we sure. Submodules It doesn't preclude other approaches like git-slave.
- Should we migrate from Pootle to Weblate. Latter has much tighter integration with github. Yes - migrate to Weblate
- Keep the Tasks web as primary tracker, or use Github issues tool? Tasks
- How to implement the Foswikirev links to commits Plugin
Policy & Procedure
Foswiki Server
git server
Github restructuring
- Eliminate the current "foswiki" repo - mirror of trunk - replaced by _allDeveloper
- Make sure that each plugin submodule tracks the master branch of the module
- See stackoverflow question for info on converting an existing submodule to the new branch tracking format.
- Create a _allFoswiki which will represent the official releases
- master branch tracks the "core" repo master branch, Submodules track master branch for each default extension.
- Create a branch for Release01x00, Release01x01, and Release01x02
- Each branch has submodules tracking the same branch on the default extensions
- For each branch, create tags for the Release01x01xNN releases
- For each release, check out all extensions to the version in use when the release was built. Commit that into the branch and tag it
-
Developer documentation