[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Locks on the Bzr repository
From: |
Andreas Schwab |
Subject: |
Re: Locks on the Bzr repository |
Date: |
Thu, 19 Aug 2010 18:54:03 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) |
Eli Zaretskii <address@hidden> writes:
>> From: Andreas Schwab <address@hidden>
>> Date: Thu, 19 Aug 2010 17:52:53 +0200
>> Cc: address@hidden
>>
>> Stefan Monnier <address@hidden> writes:
>>
>> > If that's indeed the culprit, I think it's a misfeature of Bzr, but at
>> > least we can workaround it by using "bzr commit -m <...>", which I would
>> > then *strongly* recommend.
>>
>> Even better: use an unbound branch.
>
> How would this help? No matter what you do in an unbound branch, you
> eventually need to push or merge, at which time you will have the same
> problem. What am I missing?
It won't improve the actual transfer of the commits, but it lets you
review before you push.
Andreas.
--
Andreas Schwab, address@hidden
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
- Re: bzr smart server, (continued)
- Re: bzr smart server, Eric Hanchrow, 2010/08/21
- Re: bzr smart server, Lennart Borgman, 2010/08/21
- Re: bzr smart server, Óscar Fuentes, 2010/08/21
- Re: bzr smart server, Lennart Borgman, 2010/08/21
- Re: bzr smart server, Óscar Fuentes, 2010/08/21
- Re: bzr smart server, Richard Stallman, 2010/08/22
- Re: Locks on the Bzr repository, Miles Bader, 2010/08/20
- Re: Locks on the Bzr repository, Jason Rumney, 2010/08/20
- Re: Locks on the Bzr repository, Jan Djärv, 2010/08/20
Re: Locks on the Bzr repository, Eli Zaretskii, 2010/08/19
- Re: Locks on the Bzr repository,
Andreas Schwab <=
Re: Locks on the Bzr repository, Jason Rumney, 2010/08/19
Re: Locks on the Bzr repository, Jay Belanger, 2010/08/19
Re: Locks on the Bzr repository, Eli Zaretskii, 2010/08/19