On Wed, 17 Apr 2019 23:28:41 +0200
Johnny Billquist wrote:
> > Well, you don't need to specify full URL, there are well known
> > shortcuts:
>
> Sorry, I'm still not impressed. Why on earth they didn't do "proper"
> branches and tags is beyond me, and my biggest issues with
> subversion. Apart
On Wed, 17 Apr 2019 21:23:43 +0200
Johnny Billquist wrote:
> Right. We don't want sane tags or branches, so instead we need to
> specify full URLs when we want a different version.
>
> I'm not saying subversion can't be used. Just that some things annoy
> me, and in my view are rather bad. I wo
At Wed, 17 Apr 2019 21:31:36 +0200, Johnny Billquist wrote:
Subject: Re: Alternative DVCS to git: hg?
>
> On 2019-04-17 16:49, Hisashi T Fujinaka wrote:
> >
> > After using git for my day job, I find that I depend on a lot of features
> > that are missing in cvs.
>
> And since I'm a curious person
On April 17, 2019 10:49:49 AM EDT, Hisashi T Fujinaka
wrote:
>On Wed, 17 Apr 2019, Johnny Billquist wrote:
>
>> Agreed. And after having to deal with git for a couple of years, I
>must say
>> that I find git to be the most problematic VCS I have ever used.
>
>After using git for my day job, I
On 2019-04-17 23:59, Sad Clouds wrote:
On Wed, 17 Apr 2019 23:28:41 +0200
Johnny Billquist wrote:
Well, you don't need to specify full URL, there are well known
shortcuts:
Sorry, I'm still not impressed. Why on earth they didn't do "proper"
branches and tags is beyond me, and my biggest issu
On 2019-04-17 17:58, Andrew Cagney wrote:
On Wed, 17 Apr 2019 at 06:33, Johnny Billquist wrote:
On 2019-04-17 10:02, Andreas Krey wrote:
On Wed, 17 Apr 2019 09:10:28 +, Johnny Billquist wrote:
...
Are you saying that subversion would interleave two commits? Commits in
subversion are supp
On 2019-04-17 23:09, Sad Clouds wrote:
On Wed, 17 Apr 2019 21:23:43 +0200
Johnny Billquist wrote:
Right. We don't want sane tags or branches, so instead we need to
specify full URLs when we want a different version.
I'm not saying subversion can't be used. Just that some things annoy
me, and
On 2019-04-17 22:29, Hisashi T Fujinaka wrote:
On Wed, 17 Apr 2019, Johnny Billquist wrote:
On 2019-04-17 16:49, Hisashi T Fujinaka wrote:
On Wed, 17 Apr 2019, Johnny Billquist wrote:
Agreed. And after having to deal with git for a couple of years, I
must say that I find git to be the most p
On 2019-04-17 16:49, Hisashi T Fujinaka wrote:
On Wed, 17 Apr 2019, Johnny Billquist wrote:
Agreed. And after having to deal with git for a couple of years, I
must say that I find git to be the most problematic VCS I have ever used.
After using git for my day job, I find that I depend on a lo
On 2019-04-17 16:04, Andreas Krey wrote:
On Wed, 17 Apr 2019 14:17:19 +, Sad Clouds wrote:
On the other hand, if you expect "svn commit" to send the entire
snapshot of your local copy to the repository, this is totally absurd.
No, I expect it to atomically *check* whether the tree is up to
On 2019-04-17 14:58, Sad Clouds wrote:
On Wed, Apr 17, 2019 at 12:56 PM Johnny Billquist wrote:
Correct. However, with a branch, I can see, by looking at the file, in
the one place it is, what different branches that file exists in.
And what is the benefit of knowing all of the branches wher
On Wed, 17 Apr 2019, Johnny Billquist wrote:
On 2019-04-17 16:49, Hisashi T Fujinaka wrote:
On Wed, 17 Apr 2019, Johnny Billquist wrote:
Agreed. And after having to deal with git for a couple of years, I must
say that I find git to be the most problematic VCS I have ever used.
After using g
On 2019-04-17 14:42, Andreas Krey wrote:
On Wed, 17 Apr 2019 12:33:15 +, Johnny Billquist wrote:
I'm not following again. If I make a commit, I would assume it shows up
afterwards if I check the log for the file. Are you saying it won't?
Operative words being 'for the file'. Meaning yes, s
On Wed, 17 Apr 2019 at 06:33, Johnny Billquist wrote:
>
> On 2019-04-17 10:02, Andreas Krey wrote:
> > On Wed, 17 Apr 2019 09:10:28 +, Johnny Billquist wrote:
> > ...
> >> Are you saying that subversion would interleave two commits? Commits in
> >> subversion are supposed to be atomic. And eac
On Tue, Apr 16, 2019 at 09:57:02PM +0530, Mayuresh wrote:
> On Tue, Apr 16, 2019 at 11:12:10AM -0500, J. Lewis Muir wrote:
> > > I am just intrigued by it being written in python (except may be for the
> > > merge algorithm which is in C). Wouldn't most engineers prefer C/C++ for
> > > such a low l
On Wed, 17 Apr 2019, Johnny Billquist wrote:
Agreed. And after having to deal with git for a couple of years, I must say
that I find git to be the most problematic VCS I have ever used.
After using git for my day job, I find that I depend on a lot of features
that are missing in cvs.
All of t
On Wed, Apr 17, 2019 at 3:04 PM Andreas Krey wrote:
> No, I expect it to atomically *check* whether the tree is up to date.
> Simply so I can actually control what the next revision is going to be -
> that it is not going to break tests etc. (I have to say that I did not
> even know this particula
On Wed, 17 Apr 2019 14:17:19 +, Sad Clouds wrote:
...
> This is exactly how Subversion works.
You don't need to explain to me how it works. The problem is
not that it does not behave as advertised but that it works
in a way that is simply very short-sighted, and does not
allow to do things oth
On Wed, Apr 17, 2019 at 1:42 PM Andreas Krey wrote:
> I essentially want a way of indication 'Please commit this change,
> taking the revision I now have in my workspace as a basis of that
> commit' because a commit someone else is making in the meantime would
> break my commit - not on a VCS but
On Wed, Apr 17, 2019 at 12:56 PM Johnny Billquist wrote:
> Correct. However, with a branch, I can see, by looking at the file, in
> the one place it is, what different branches that file exists in.
>
And what is the benefit of knowing all of the branches where a
particular file exists? Branches a
On Wed, 17 Apr 2019 12:33:15 +, Johnny Billquist wrote:
...
> As long as I'm making changes that don't conflict with other changes,
> the VCS is fine. What you seem to be asking for is that the VCS should
> have a semantic understanding of a commit, and notice if the
> code/content make sens
On Wed, Apr 17, 2019 at 11:39 AM Johnny Billquist wrote:
> > What exactly is a "true branch"? Subversion does have branches, they
> > are fast and work quite well.
>
> Not really. Subversion have copies. There are differences. One being
> that it's very hard to even find out what "branches" exist
On 2019-04-17 13:47, Sad Clouds wrote:
On Wed, Apr 17, 2019 at 11:39 AM Johnny Billquist wrote:
What exactly is a "true branch"? Subversion does have branches, they
are fast and work quite well.
Not really. Subversion have copies. There are differences. One being
that it's very hard to even
On Wed, Apr 17, 2019 at 11:27 AM Benny Siegert wrote:
>
> Please do not turn this thread into a discussion about the merits of
> various VCSes for use in NetBSD. These discussions should take place
> on the tech-repository list. Thank you.
I think your rebuke is a bit misplaced here. There is not
On 2019-04-17 12:07, Sad Clouds wrote:
On Wed, Apr 17, 2019 at 1:38 AM Andrew Cagney wrote:
On Tue, 16 Apr 2019 at 15:05, Sad Clouds wrote:
Does it actually need to be distributed? If no, then what's wrong with
Subversion? Personally, I can't stand Git.
Subversion fails on two counts:
-
On 2019-04-17 10:02, Andreas Krey wrote:
On Wed, 17 Apr 2019 09:10:28 +, Johnny Billquist wrote:
...
Are you saying that subversion would interleave two commits? Commits in
subversion are supposed to be atomic. And each commit gets a
monotonically increasing commit number. Which also gives y
Please do not turn this thread into a discussion about the merits of
various VCSes for use in NetBSD. These discussions should take place
on the tech-repository list. Thank you.
On Wed, Apr 17, 2019 at 12:26 PM Sad Clouds wrote:
>
> On Tue, Apr 16, 2019 at 8:26 PM Greg Troxel wrote:
> >
> > Sad
On Tue, Apr 16, 2019 at 8:26 PM Greg Troxel wrote:
>
> Sad Clouds writes:
>
> > Does it actually need to be distributed? If no, then what's wrong with
> > Subversion? Personally, I can't stand Git.
>
> I think any open-source project needs a distributed VCS, so that people
> without commit bits c
On Wed, Apr 17, 2019 at 1:38 AM Andrew Cagney wrote:
>
> On Tue, 16 Apr 2019 at 15:05, Sad Clouds wrote:
> >
> > Does it actually need to be distributed? If no, then what's wrong with
> > Subversion? Personally, I can't stand Git.
>
> Subversion fails on two counts:
>
> - it isn't ACID (I'm told
On Wed, 17 Apr 2019 09:10:28 +, Johnny Billquist wrote:
...
> Are you saying that subversion would interleave two commits? Commits in
> subversion are supposed to be atomic. And each commit gets a
> monotonically increasing commit number. Which also gives you in which
> order the commits hap
On 2019-04-17 02:37, Andrew Cagney wrote:
On Tue, 16 Apr 2019 at 15:05, Sad Clouds wrote:
Does it actually need to be distributed? If no, then what's wrong with
Subversion? Personally, I can't stand Git.
Subversion fails on two counts:
- it isn't ACID (I'm told that's the correct DB term)
I
31 matches
Mail list logo
