Guten Tag Jeffrey Walton,
am Mittwoch, 22. Mai 2013 um 03:55 schrieben Sie:
> I only need four or five basic commands - checkout, update, commit,
> add (files), remove (files).
Those things are equally easy using git, simply look for comparisons
of the main commands of the two worlds. Besides tha
On Tue, May 21, 2013 at 09:55:51PM -0400, Jeffrey Walton wrote:
> Hi All,
>
> My apologies if this has been asked. A search of the archives doe not
> show anything recent, and Google is returning a lot of spurious hits.
>
> I'd like to use Subversion to manage a Git. Is anyone aware of a
> plugin
On Tue, 21 May 2013 21:55:51 +, Jeffrey Walton wrote:
...
> I only need four or five basic commands -
> checkout,
git clone $repo
> update,
git pull --rebase (after committing your own stuff)
> commit,
git commit -a && git push (after a pull)
> add (files),
git add files
> remove (files
Hi All,
My apologies if this has been asked. A search of the archives doe not
show anything recent, and Google is returning a lot of spurious hits.
I'd like to use Subversion to manage a Git. Is anyone aware of a
plugin that offers the extensions? I was thinking something like: `svn
checkout git:
On Tue, May 21, 2013 at 03:20:37PM -0400, Andrew Reedick wrote:
> Metadata could work. A "svn mkbranch" command that would run "svn
> copy" plus "svn propset" indicating that this is a branch root.
More than a week ago, this exact idea was already mentioned:
http://svn.haxx.se/users/archive-2013-
Les Mikesell wrote on Tue, May 21, 2013 at 16:40:40 -0500:
> On Tue, May 21, 2013 at 4:19 PM, Daniel Shahaf
> wrote:
> > Les Mikesell wrote on Tue, May 21, 2013 at 16:04:59 -0500:
> >> In any case, if you have ever published/announced a URL to your branch
> >> to the group that will use it, you h
On Tue, May 21, 2013 at 4:19 PM, Daniel Shahaf wrote:
> Les Mikesell wrote on Tue, May 21, 2013 at 16:04:59 -0500:
>> In any case, if you have ever published/announced a URL to your branch
>> to the group that will use it, you have a bigger problem than with the
>> tool itself if you change that l
Les Mikesell wrote on Tue, May 21, 2013 at 16:04:59 -0500:
> In any case, if you have ever published/announced a URL to your branch
> to the group that will use it, you have a bigger problem than with the
> tool itself if you change that location after the fact. Rather than
> trying to change hist
Guten Tag Andrew Reedick,
am Dienstag, 21. Mai 2013 um 21:27 schrieben Sie:
> It's about presentation. Keep the superfluous dir components
> internal and hidden from the average user.
Clearly a -1/dislike from me. :-)
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Ma
C. Michael Pilato wrote on Tue, May 21, 2013 at 11:07:00 -0400:
> On 05/21/2013 10:53 AM, Alexander Veit wrote:
> > Hi,
> >
> > it seems that
> >
> > svnlook cat
> >
> > swallows byte order marks (e.g. \xEF\xBB\xBF) from committed files.
> > Therefore it is difficult to check for the presence
On Tue, May 21, 2013 at 3:32 PM, Andrew Reedick
wrote:
>
> We'll have to agree to disagree. We're back at the low level "managing dirs"
> versus high-level "managing baselines" arguments/thinking/paradigms.
>
We're not completely opposed here. I can see the value of being able
to note the 'top
> From: Andrew Reedick
>> -Original Message-
>> From: Les Mikesell [mailto:lesmikes...@gmail.com]
>> Sent: Tuesday, May 21, 2013 3:53 PM
>> To: Andrew Reedick
>> Cc: Branko Čibej; users@subversion.apache.org
>> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
>
> -Original Message-
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
> Sent: Tuesday, May 21, 2013 3:53 PM
> To: Andrew Reedick
> Cc: Branko Čibej; users@subversion.apache.org
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects
On Tue, May 21, 2013 at 2:27 PM, Andrew Reedick
wrote:
>
> I don't think true renames will necessarily fix the problem. Conceptually,
> the problem is that the parent dir components of a branch/tag are
> superfluous, e.g. given "svn://server/repo/path/to/project1/branches/1.0",
> the "svn://se
> -Original Message-
> From: Branko Čibej [mailto:br...@wandisco.com]
> Sent: Tuesday, May 21, 2013 3:36 PM
> To: users@subversion.apache.org
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
> On 21.05.2013 21:27, Andrew Re
On 21.05.2013 21:27, Andrew Reedick wrote:
> Anyway, I'm nearly done with implementing my "find common ancestor"
> script that seems resistant to edge conditions, so I'll stop rambling.
Ah ... if that's what started the whole thread ... have you considered
that the Subversion libraries already ha
> -Original Message-
> From: Branko Čibej [mailto:br...@wandisco.com]
> Sent: Tuesday, May 21, 2013 2:32 PM
> To: users@subversion.apache.org
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
> On 21.05.2013 20:26, Branko Či
> -Original Message-
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
> Sent: Tuesday, May 21, 2013 2:33 PM
> To: Andrew Reedick
> Cc: users@subversion.apache.org
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
>
> I'd
On Tue, May 21, 2013 at 1:13 PM, Andrew Reedick
wrote:
>
> Right, right, it's the user's fault for failing to predict future "namespace"
> needs. That the repository was created when the project was small and that
> the user in question inherited the repo aren't valid excuses either.
Your bigg
On 21.05.2013 20:26, Branko Čibej wrote:
> On 21.05.2013 19:50, Andrew Reedick wrote:
>> Ooops. All of your immutable, static, locked down, haven't been touched in
>> months tags now have a new revision, and they all share that revision in
>> common. The parent dir change from "/tags" to "/proj
On 21.05.2013 19:50, Andrew Reedick wrote:
> Ooops. All of your immutable, static, locked down, haven't been touched in
> months tags now have a new revision, and they all share that revision in
> common. The parent dir change from "/tags" to "/project1/tags" is visible
> under the tag1, tag2,
On Tue, May 21, 2013 at 12:50 PM, Andrew Reedick
wrote:
>
>> What do you mean by "spurious" log entries? When I look at the log (at
>> least in the tsvn log viewer) I only see revisions that have changes on
>> that path. I don't see every revision number unless I go to the project
>> root path or
> -Original Message-
> From: Les Mikesell [mailto:lesmikes...@gmail.com]
> Sent: Tuesday, May 21, 2013 11:41 AM
> To: Bob Archer
> Cc: Zé; users@subversion.apache.org
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
>
> Of
> -Original Message-
> From: Bob Archer [mailto:bob.arc...@amsi.com]
> Sent: Tuesday, May 21, 2013 1:24 PM
> To: Andrew Reedick; Johan Corveleyn
> Cc: users@subversion.apache.org; David Chapman
> Subject: RE: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as Firs
> > So what's the actual problem (or problems) with SVN's branching and
> > tagging? Where does it hurt your workflow? What would make SVN not
> > "hurt you" in that way?
> >
> > Please be concrete, and give examples of what really bothers you as a
> > user or an admin in your daily work. Saying th
On Tue, May 21, 2013 at 10:54 AM, Bob Archer wrote:
>>
>> > You mean like 'I expect tags to be immutable out of the box, and have
>> > the VCS not modify them with perfectly normal operations, at least not
>> > without adding -f or something to them'?
>>
>> This sounds like Subversion technically
> -Original Message-
> From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
> Sent: Tuesday, May 21, 2013 12:30 PM
> To: users@subversion.apache.org
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
> Guten Tag Bob Archer,
Guten Tag Bob Archer,
am Dienstag, 21. Mai 2013 um 17:54 schrieben Sie:
> Frankly, if you are
> writing to tags it is more like a branch. ;)
Of course, that's why it's all about definitions or conventions and my
writable tags are customer installations of our software which get
updated to new ver
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: Saturday, May 18, 2013 4:17 PM
> To: Zé
> Cc: users@subversion.apache.org; David Chapman
> Subject: Re: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
> So wh
> Guten Tag Andreas Krey,
> am Samstag, 18. Mai 2013 um 22:41 schrieben Sie:
>
> > You mean like 'I expect tags to be immutable out of the box, and have
> > the VCS not modify them with perfectly normal operations, at least not
> > without adding -f or something to them'?
>
> This sounds like Sub
> > .. snip
> >
> > You keep saying "svn doesn't support branches" yet I use branches
> > every day. While there is no way to "list branches" it would be
> > possible. I think the current implementation records the parent path
> > in the branch, but not vice versa... I assume svn doesn't do this
>
> On Tue, May 21, 2013 at 9:23 AM, Bob Archer wrote:
> >>>
> >> You are confused. This discussion is about how subversion lacks any
> >> support for branching, which is quite obvious to anyone who
> >> understands and acknowledges that all subversion does is track revision
> changes to a file sys
> -Original Message-
> From: Bob Archer [mailto:bob.arc...@amsi.com]
> Sent: Tuesday, May 21, 2013 10:24 AM
> To: Zé; users@subversion.apache.org
> Subject: RE: Subversion Doesn't Have Branches aka Crossing the Streams
> aka Branches as First Class Objects?
>
>
> .. snip
>
> You keep sa
On Tue, May 21, 2013 at 9:23 AM, Bob Archer wrote:
>>>
>> You are confused. This discussion is about how subversion lacks any support
>> for
>> branching, which is quite obvious to anyone who understands and
>> acknowledges that all subversion does is track revision changes to a file
>> system.
On 05/21/2013 10:53 AM, Alexander Veit wrote:
> Hi,
>
> it seems that
>
> svnlook cat
>
> swallows byte order marks (e.g. \xEF\xBB\xBF) from committed files. Therefore
> it is difficult to check for the presence or absence of BOMs in commit hooks.
>
> Can anyone confirm that this is a bug in
Hi,
it seems that
svnlook cat
swallows byte order marks (e.g. \xEF\xBB\xBF) from committed files. Therefore
it is difficult to check for the presence or absence of BOMs in commit hooks.
Can anyone confirm that this is a bug in Subversion (at least in version:
1.7.7)?
--
Cheers
Alex
> Guten Tag Zé,
> am Sonntag, 19. Mai 2013 um 10:20 schrieben Sie:
>
> > You are confused. This discussion is about how subversion lacks any
> > support for branching, which is quite obvious to anyone who
> > understands and acknowledges that all subversion does is track
> > revision changes to a
> On 05/18/2013 08:33 PM, David Chapman wrote:
> > On 5/18/2013 12:01 PM, Zé wrote:
> >> On 05/18/2013 07:16 PM, David Chapman wrote:
> >>>
> >>> You are pretty insistent that there is One True Way to use branches
> >>> in development.
> >>
> >> No, I'm stating that if all a SCM does is track chang
Hi
I'm wondering if there is a script that can be used to mirror every
commit done to a CVS server onto a SVN server.
I was thinking of writing something that can be invoked by the CVS
loginfo hook.
Thanks!
39 matches
Mail list logo
