Fri, 28 Mar 2014 14:37:02 -0700 wireproto: use decorator for the branches command
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 14:37:02 -0700] rev 20910
wireproto: use decorator for the branches command
Fri, 28 Mar 2014 14:36:41 -0700 wireproto: use decorator for the branchmap command
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 14:36:41 -0700] rev 20909
wireproto: use decorator for the branchmap command
Fri, 28 Mar 2014 14:36:05 -0700 wireproto: use decorator for the between command
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 14:36:05 -0700] rev 20908
wireproto: use decorator for the between command
Fri, 28 Mar 2014 14:35:36 -0700 wireproto: use decorator for the batch command
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 14:35:36 -0700] rev 20907
wireproto: use decorator for the batch command
Fri, 28 Mar 2014 14:30:11 -0700 wireproto: add decorator for wire protocol command
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 14:30:11 -0700] rev 20906
wireproto: add decorator for wire protocol command Move move in the same direction we took for command line commands. each wire protocol function will be decorated with its name and arguments. Beside beside easier to read, this open the road to easily adding more metadata (like security level or return type)
Fri, 28 Mar 2014 14:24:13 -0700 wireproto: drop the _decompress method in favor a new call type
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 14:24:13 -0700] rev 20905
wireproto: drop the _decompress method in favor a new call type We already have multiple call function for multiple return type. The `_decompress` function is only used for http and seems like a layer violation. We drop it in favor of a new call type dedicated to "stream that may be useful to compress".
Fri, 28 Mar 2014 12:29:34 -0700 wireproto: document protocol specific function of wirepeer
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 12:29:34 -0700] rev 20904
wireproto: document protocol specific function of wirepeer Those function are explicitly declared and documented now.
Fri, 28 Mar 2014 11:10:33 -0700 wireproto: introduce an abstractserverproto class
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 11:10:33 -0700] rev 20903
wireproto: introduce an abstractserverproto class sshserver and webproto now inherit from an abstractserverproto class. This class is introduced for documentation purpose.
Fri, 28 Mar 2014 11:37:42 -0700 wireproto: document possible return type
Pierre-Yves David <pierre-yves.david@fb.com> [Fri, 28 Mar 2014 11:37:42 -0700] rev 20902
wireproto: document possible return type The wireprotocole command use a small set of class as return value. We document the meaning of each of them. AS my knowledge of wire protocol is fairly shallow, the documentation can probably use improvement. But this is a better than nothing.
Tue, 01 Apr 2014 18:56:19 -0700 pull: add a set of steps that remain to be done during the pull
Pierre-Yves David <pierre-yves.david@fb.com> [Tue, 01 Apr 2014 18:56:19 -0700] rev 20901
pull: add a set of steps that remain to be done during the pull With bundle2 we'll slowly move current steps into a single bundle2 building and call (changegroup, phases, obsmarkers, bookmarks). But we need to keep the old methods around for servers that do not support bundle2. So we introduce this set of steps that remains to be done.
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip