On Tue, Feb 8, 2011 at 7:24 PM, Richard Hipp <d...@sqlite.org> wrote:
> As a compromise, I would support the ability for people to experiment in > their own private clones, then "export" some sub-sequence of changes into a > patch-set object of some kind, which could then be imported into the > official repository as a branch. > That sounds like a good approach to me. > Can I encourage you to work on such a feature? (In a private clone of the > repository ;-)) Perhaps use the "import" and "export" commands as a > baseline. > To be honest, i wouldn't know where to begin - the intricacies of version control/tracking are "just a tad" over my head, which i can quantify somewhat by paraphrasing a scene from the movie Airplane 2, where the stewardess announces to the passengers that their shuttle has drifted "just a tad" off course: Passenger: "Stewardess, exactly how far off course is 'just a tad'?" Stewardess: "Well, in space terms it's about a hundred million miles." Maybe an option to the "export" command that only exports a particular > range of check-ins or a particular branch, and options to "import" the force > all imported content to be in a particular branch, or that make all the > changes imported private (none-syncing) until audited and approved in some > way. > That said, i will look at the import/export commands (which i haven't used yet) and see if i can get some ideas. Maybe a patchset command which could be used like: ~> fossil patchset create head_version versions_to_diff... (or maybe provide head+tail versions, and figure out the path between them for diffing purposes? Will there always be such a path? Is it possible to do this without such a path?) My head spins wildly when i start thinking about that type of thing, largely because i'm not equipped with the vocabulary for that particular problem domain. -- ----- stephan beal http://wanderinghorse.net/home/stephan/
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users