Junio C Hamano gits...@pobox.com writes:
Felipe Contreras felipe.contre...@gmail.com writes:
And in case anybody is thinking that remote-bzr is really a too fast
moving target; even if this managed to land in 'master', it's likely
that people were not able to push at all, and in fact, many
On Sun, Apr 28, 2013 at 1:47 PM, Junio C Hamano gits...@pobox.com wrote:
Junio C Hamano gits...@pobox.com writes:
Felipe Contreras felipe.contre...@gmail.com writes:
And in case anybody is thinking that remote-bzr is really a too fast
moving target; even if this managed to land in 'master',
On Thu, Apr 25, 2013 at 8:08 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
This way all the remotes can share the same git objects, and the same
marks. The information we want to store per remote is very small.
The code transparently converts from one organization of marks, to the
Felipe Contreras felipe.contre...@gmail.com writes:
And in case anybody is thinking that remote-bzr is really a too fast
moving target; even if this managed to land in 'master', it's likely
that people were not able to push at all, and in fact, many were not
even able to clone in 1.8.2. So,
On Fri, Apr 26, 2013 at 7:17 PM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
And in case anybody is thinking that remote-bzr is really a too fast
moving target; even if this managed to land in 'master', it's likely
that people were not able to
This way all the remotes can share the same git objects, and the same
marks. The information we want to store per remote is very small.
The code transparently converts from one organization of marks, to the
other. It's rather smooth and there shouldn't be any issues.
Signed-off-by: Felipe
6 matches
Mail list logo