X-Git-Url: https://www.chiark.greenend.org.uk/ucgi/~ian/git?a=blobdiff_plain;f=README;h=1893dc0973093da0da231c76b4bfde734fabcc8c;hb=97ce88672c1c2bd6decabc54f5ae1e08e4ea8f32;hp=b58a1b43e8f7383ed53b60464886d6efaf08de1a;hpb=6d1f60429c7c8a769e4e78a0a5bbc460dea7248a;p=topgit.git diff --git a/README b/README index b58a1b4..1893dc0 100644 --- a/README +++ b/README @@ -184,6 +184,24 @@ SYNOPSIS tg: Updating base with t/gitweb/nifty-links changes... tg: Updating t/whatever against new base... + ## Clone a TopGit-controlled repository + $ git clone URL repo + $ cd repo + $ tg remote --populate origin + ... + $ git fetch + $ tg update + + ## Add a TopGit remote to a repository and push to it + $ git remote add foo URL + $ tg remote foo + $ git push foo + + ## Update from a non-default TopGit remote + $ git fetch foo + $ tg -r foo summary + $ tg -r foo update + USAGE ----- @@ -215,6 +233,10 @@ tg create it will detect that you are on a topic branch base ref and resume the topic branch creation operation. + In an alternative use case, if '-r BRANCH' is given instead + of dependency list, the topic branch is created based on + the given remote branch. + tg delete ~~~~~~~~~ Remove a TopGit-controlled topic branch of given name @@ -231,6 +253,19 @@ tg delete TODO: '-a' to delete all empty branches, depfix, revert +tg depend +~~~~~~~~~ + Change dependencies of a TopGit-controlled topic branch. + This should have several subcommands, but only 'add' is + supported right now. + + The 'add' subcommand takes an argument of a topic branch + to be added, adds it to '.topdeps', performs a commit and + then updates your topic branch accordingly. If you want to + do other things related to the dependency addition, like + adjusting '.topmsg', prepare them in the index before + calling 'tg depend add'. + tg info ~~~~~~~ Show a summary information about the current or specified @@ -250,10 +285,46 @@ tg patch TODO: tg patch -i to base at index instead of branch, -w for working tree +tg mail +~~~~~~~ + Send a patch from the current or specified topic branch as + email. + + Takes the patch given on the command line and emails it out. + Destination addresses such as To, Cc and Bcc are taken from the + patch header. + + Since it actually boils down to `git send-email` please refer to + its documentation for details on how to setup email for git. + You can pass arbitrary options to this command through the + '-s' parameter, but you must double-quote everything. + + TODO: 'tg mail patchfile' to mail an already exported patch + TODO: mailing patch series + TODO: specifying additional options and addresses on command + line + +tg remote +~~~~~~~~~ + Register given remote as TopGit-controlled. This will create + the namespace for the remote branch bases and teach 'git fetch' + and 'git push' to operate on them. (Do NOT use 'git push --all' + for your pushes - plain 'git push' will do the right thing.) + + It takes a mandatory remote name argument, and optional + '--populate' switch - use that for your origin-style remote, + it will seed the local topic branch system based on the + remote topic branches. '--populate' will also make 'tg remote' + automatically fetch the remote and 'tg update' to look at + branches of this remote for updates by default. + tg summary ~~~~~~~~~~ Show overview of all TopGit-tracked topic branches and their - up-to-date status ('0' marks that it introduces no own changes, + up-to-date status ('>' marks the current topic branch, + '0' marks that it introduces no own changes, + 'l'/'r' marks that it is local-only or has remote mate, + 'L'/'R' marks that it is ahead/out-of-date wrt. its remote mate, 'D' marks that it is out-of-date wrt. its dependencies, '!' marks that it has missing dependencies (even recursively), 'B' marks that it is out-of-date wrt. its base). @@ -324,28 +395,53 @@ tg export and an argument specifying the directory where the quilt series should be saved. + With '--quilt', you can also pass '-b' parameter followed by + a comma-separated explicit list of branches to export. This + mode of operation is currently not supported with collapse. + Usage: tg export ([--collapse] BRANCH | --quilt DIR) TODO: Make stripping of non-essential headers configurable TODO: Make stripping of [PATCH] and other prefixes configurable TODO: --mbox option for other mode of operation + TODO: -n option to prevent exporting of empty patches + TODO: -a option to export all branches + TODO: For quilt exporting, use a temporary branch and remove it when + done - this would allow producing conflict-less series + +tg import +~~~~~~~~~ + Import commits within the given revision range into TopGit, + creating one topic branch per commit, the dependencies forming + a linear sequence starting on your current branch. + + The branch names are auto-guessed from the commit messages + and prefixed by t/ by default; use '-p PREFIX' to specify + an alternative prefix (even an empty one). tg update ~~~~~~~~~ Update the current topic branch wrt. changes in the branches - it depends on. This is made in two phases - first, + it depends on and remote branches. + This is performed in two phases - first, changes within the dependencies are merged to the base, - then the base is merged into the topic branch. The output - will guide you in case of conflicts. + then the base is merged into the topic branch. + The output will guide you in case of conflicts. In case your dependencies are not up-to-date, tg update will first recurse into them and update these. + If a remote branch update brings dependencies on branches + not yet instantiated locally, you can either bring in all + the new branches from the remote using 'tg remote --populate' + or only pick out the missing ones using 'tg create -r' + ('tg summary' will point out branches with incomplete + dependencies by showing an '!' near to them). + TODO: tg update -a for updating all topic branches -TODO: Some infrastructure for sharing topic branches between - repositories easily TODO: tg depend for adding/removing dependencies smoothly +TODO: tg rename IMPLEMENTATION @@ -394,3 +490,50 @@ is not called if the hook was not executable beforehand). Another automagically installed piece is .git/info/attributes specifier for an 'ours' merge strategy for the files .topmsg and .topdeps, and the (intuitive) 'ours' merge strategy definition in .git/config. + + +REMOTE HANDLING +--------------- + +There are three issues with accessing topic branches in remote repositories: + + (i) Fetching/pushing accurate picture of the remote topic branch setup + (ii) Referring to remote topic branches from your local repository + (iii) Developing some of the remote topic branches locally + +(ii) and (iii) are fairly interconnected problems, while (i) is largely +independent. The issue is to accurately reflect the current state of the +quickly changing topic branches set - this can be easily done +with the current facilities like 'git remote prune' and 'git push --mirror' - +and to properly upload also the bases of the topic branches. +For this, we need to modify the fetch/push refspecs to also include +the refs/top-bases/ ref namespace; we shall provide a special 'tg remote' +command to set up an existing remote for TopGit usage. + +About (ii) and (iii), there are two somewhat contradicting design +considerations: + + (a) Hacking on multiple independent TopGit remotes in a single + repository + (b) Having a self-contained topic system in local refs space + +To us, (a) does not appear to be very convincing, while (b) is quite desirable +for 'git-log topic' etc. working, 'git push' automatically creating +self-contained topic system in the remote repository, and increased conceptual +simplicity. + +Thus, we choose to instantiate all the topic branches of given remote locally; +this is performed by 'tg remote --populate'. +'tg update' will also check if a branch can be updated from its corresponding +remote branch. The logic is somewhat involved if we should DTRT. +First, we update the base, handling the remote branch as if it was the first +dependency; thus, conflict resolutions made in the remote branch will be +carried over to our local base automagically. Then, the base is merged into +remote branch and the result is merged to local branch - again, to carry over +remote conflict resolutions. In the future, this order might be adjustable +per-update in case local changes are diverging more than the remote ones. + +All commands by default refer to the remote that 'tg remote --populate' +was called on the last time ('topgit.remote' configuration variable). You can +manually run any command with a different base remote by passing '-r REMOTE' +_before_ the subcommand name.