Guten Tag Varnau, Steve (Seaquest R&D),
am Donnerstag, 23. Mai 2013 um 01:57 schrieben Sie:
> In my opinion, the same semantics work less well for tags. My
> biased mind-set is that a “tag” is a name identifying a specific
> version of code (a cross product of “branch” and “revision”).
I don't se
os: windows
encoding:GBK ( chcp 936 )
The svnadmin upgrade command output message first line encoding
issue(UTF-8 show in GBK),But the second line is right encoding!
宸插��寰���搴瀹���?璇风�锛绾х�搴��介��瑕�涓�娈垫�堕�?..
完成升级。
if change console encoding to UTF-8 (chcp 65001),output m
On Wed, 22 May 2013 19:33:33 +, David Chapman wrote:
...
>
> Usually only the build system (or developers trying to fix a specific
> bug) will check out a tag. Developers modifying code would not check
> out tags.
Unless they are using externals. Letting external point to a non-tag
thing i
On 5/22/2013 7:56 PM, Branko Čibej wrote:
On 23.05.2013 04:33, David Chapman wrote:
On 5/22/2013 4:57 PM, Varnau, Steve (Seaquest R&D) wrote:
So, am not saying there is anything fundamentally wrong with how
“tags” work now. They just don’t fit our desired semantics, so we
don’t use them. I am a
On 23.05.2013 04:33, David Chapman wrote:
> On 5/22/2013 4:57 PM, Varnau, Steve (Seaquest R&D) wrote:
>> So, am not saying there is anything fundamentally wrong with how
>> “tags” work now. They just don’t fit our desired semantics, so we
>> don’t use them. I am also not saying how a better tag or
On 5/22/2013 4:57 PM, Varnau, Steve (Seaquest R&D) wrote:
Hi all,
I'm hoping to have slightly less controversial discussion than the
recent branches-as-first-class-objects thread. That topic did,
however, touch on tags.
As discussed previously, "tags" as a convention use the same mechanism
as
Hi all,
I'm hoping to have slightly less controversial discussion than the recent
branches-as-first-class-objects thread. That topic did, however, touch on tags.
As discussed previously, "tags" as a convention use the same mechanism as the
"branches" convention. The mechanism of svn cp works w
On Sun, May 19, 2013 at 11:18:49AM +0200, Stefan Sperling wrote:
> On Wed, May 15, 2013 at 02:08:57PM +0400, Boris Lytochkin wrote:
> > It is possible to force svnserve daemon to exit using trivial (and valid)
> > TCP session:
>
> Thanks for your bug report and patch, Boris.
> We'll release updat
On 05/21/2013 06:10 PM, Stefan Sperling wrote:
> Looks like this discussion has entered an infinite loop.
... which is a pity, because certain whole arcs of that loop are arguably
off-topic for a users@ list. Design-related discussions really belong on dev@.
--
C. Michael Pilato
CollabNet <>
On Tue, May 21, 2013 at 09:55:51PM -0400, Jeffrey Walton wrote:
> It would be
> great if it could handle something like: `svn checkout -git
> ssh://j...@example.com//opt/repo.git`.
You could create a git repository on github, and then use Subversion
to checkout and commit to that repository (yes,
> -Original Message-
> From: cz02 [mailto:c...@cdak.net]
> Sent: woensdag 22 mei 2013 12:21
> To: users@subversion.apache.org
> Subject: Strange log "path not found" behaviour
>
> I'm getting a strange log path not found behaviour if I query for
> multiple revisions:
>
> i:\>svn log htt
I'm getting a strange log path not found behaviour if I query for
multiple revisions:
i:\>svn log https://server/svn/core/base/trunk -r7114
i:\>svn log https://server/svn/core/base/trunk -r6818
The md5 sum of the working copy and the output of svnlook cat are the same.
hexdump shows that the byte order mark is actually there. It seems that the
shell constructs i used stripped off the bom.
Thank you very much for your help, Michael and Daniel.
Alex
13 matches
Mail list logo
