Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #4044 > unrolled thread

Development tools and practices for Pythonistas

Back to article view | Back to comp.lang.python

Contents

  Development tools and practices for Pythonistas snorble <snorble@hotmail.com> - 2011-04-26 07:39 -0700
    Re: Development tools and practices for Pythonistas rusi <rustompmody@gmail.com> - 2011-04-26 09:00 -0700
    Re: Development tools and practices for Pythonistas "Martin P. Hellwig" <martin.hellwig@gmail.com> - 2011-04-26 17:02 +0000
    Re: Development tools and practices for Pythonistas Thomas Rachel <nutznetz-0c1b6768-bfa9-48d5-a470-7603bd3aa915@spamschutz.glglgl.de> - 2011-04-26 19:59 +0200
      Re: Development tools and practices for Pythonistas Algis Kabaila <akabaila@pcug.org.au> - 2011-04-27 04:42 +1000
        Re: Development tools and practices for Pythonistas Thomas Rachel <nutznetz-0c1b6768-bfa9-48d5-a470-7603bd3aa915@spamschutz.glglgl.de> - 2011-04-27 00:32 +0200
      Re: [OT] Comparing VCS tools (was ""Development tools and practices for Pythonistas") Tim Chase <python.list@tim.thechases.com> - 2011-04-26 20:44 -0500
        Re: [OT] Comparing VCS tools Ben Finney <ben+python@benfinney.id.au> - 2011-04-27 12:45 +1000
          Re: [OT] Comparing VCS tools Ben Finney <ben+python@benfinney.id.au> - 2011-04-27 16:51 +1000
          Re: [OT] Comparing VCS tools Tim Chase <python.list@tim.thechases.com> - 2011-04-27 14:13 -0500
        Re: Comparing VCS tools (was ""Development tools and practices for Pythonistas") rusi <rustompmody@gmail.com> - 2011-04-26 19:50 -0700
          Re: Comparing VCS tools (was ""Development tools and practices for Pythonistas") alex23 <wuwei23@gmail.com> - 2011-04-26 22:37 -0700
        Re: [OT] Comparing VCS tools (was ""Development tools and practices  for Pythonistas") Kevin Walzer <kw@codebykevin.com> - 2011-04-29 09:26 -0400
          Re: [OT] Comparing VCS tools (was ""Development tools and practices for Pythonistas") Daniel Kluev <dan.kluev@gmail.com> - 2011-04-30 05:08 +1100
    Re: Development tools and practices for Pythonistas Jean-Michel Pichavant <jeanmichel@sequans.com> - 2011-04-26 20:04 +0200
    Re: Development tools and practices for Pythonistas CM <cmpython@gmail.com> - 2011-04-26 11:29 -0700
      Re: Development tools and practices for Pythonistas CM <cmpython@gmail.com> - 2011-04-26 11:31 -0700
        Re: Development tools and practices for Pythonistas Algis Kabaila <akabaila@pcug.org.au> - 2011-04-27 04:50 +1000
    Re: Development tools and practices for Pythonistas Chris Angelico <rosuav@gmail.com> - 2011-04-27 06:14 +1000
      Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-04-27 09:41 +1000
        Re: Development tools and practices for Pythonistas Algis Kabaila <akabaila@pcug.org.au> - 2011-04-27 10:44 +1000
        Re: Development tools and practices for Pythonistas Jean-Michel Pichavant <jeanmichel@sequans.com> - 2011-04-27 11:24 +0200
          Re: Development tools and practices for Pythonistas Anssi Saari <as@sci.fi> - 2011-04-27 15:13 +0300
            Re: Development tools and practices for Pythonistas Jean-Michel Pichavant <jeanmichel@sequans.com> - 2011-04-27 14:24 +0200
              Re: Development tools and practices for Pythonistas Hans Georg Schaathun <hg@schaathun.net> - 2011-04-30 08:37 +0100
                Re: Development tools and practices for Pythonistas Martin Schöön <martin.schoon@gmail.com> - 2011-04-30 09:15 +0000
                  Re: [OT] VCS for non-text (was Development tools and practices for Pythonistas) Tim Chase <python.list@tim.thechases.com> - 2011-04-30 09:18 -0500
                    Re: [OT] VCS for non-text (was Development tools and practices for Pythonistas) Martin Schöön <martin.schoon@gmail.com> - 2011-05-01 19:53 +0000
              Re: Development tools and practices for Pythonistas Hans Georg Schaathun <hg@schaathun.net> - 2011-04-29 19:35 +0100
                Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-04-30 09:17 +1000
                  Re: Development tools and practices for Pythonistas CM <cmpython@gmail.com> - 2011-04-29 20:21 -0700
                    Re: Development tools and practices for Pythonistas Roy Smith <roy@panix.com> - 2011-04-29 23:54 -0400
                      Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-05-01 10:36 +1000
                        Re: Development tools and practices for Pythonistas Shawn Milochik <shawn@milochik.com> - 2011-04-30 20:47 -0400
                          Re: Development tools and practices for Pythonistas Dietmar Schwertberger <news@schwertberger.de> - 2011-05-01 18:11 +0200
                            Re: Development tools and practices for Pythonistas Jason Earl <jearl@notengoamigos.org> - 2011-05-01 14:51 -0600
                            Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-05-02 07:49 +1000
                              Re: Development tools and practices for Pythonistas Paul Rubin <no.email@nospam.invalid> - 2011-05-01 19:37 -0700
                            Re: Development tools and practices for Pythonistas David Boddie <david@boddie.org.uk> - 2011-05-02 01:33 +0200
                              Re: Development tools and practices for Pythonistas Dietmar Schwertberger <news@schwertberger.de> - 2011-05-02 19:40 +0200
                    Re: Development tools and practices for Pythonistas Shawn Milochik <shawn@milochik.com> - 2011-04-29 23:49 -0400
                    Re: Development tools and practices for Pythonistas rusi <rustompmody@gmail.com> - 2011-05-01 20:06 -0700
                      Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-05-02 13:22 +1000
                        Re: Development tools and practices for Pythonistas rusi <rustompmody@gmail.com> - 2011-05-01 20:45 -0700
                        Re: Development tools and practices for Pythonistas Algis Kabaila <akabaila@pcug.org.au> - 2011-05-02 17:08 +1000
                          Re: Development tools and practices for Pythonistas rusi <rustompmody@gmail.com> - 2011-05-02 00:19 -0700
                            Re: Development tools and practices for Pythonistas Algis Kabaila <akabaila@pcug.org.au> - 2011-05-02 17:48 +1000
                              Re: Development tools and practices for Pythonistas jacek2v <jacek2v@gmail.com> - 2011-05-02 02:09 -0700
                                Re: Development tools and practices for Pythonistas Algis Kabaila <akabaila@pcug.org.au> - 2011-05-02 20:38 +1000
                                  Re: Development tools and practices for Pythonistas jacek2v <jacek2v@gmail.com> - 2011-05-03 11:31 -0700
                      Re: Development tools and practices for Pythonistas Anssi Saari <as@sci.fi> - 2011-05-03 21:19 +0300
                        Re: Development tools and practices for Pythonistas rusi <rustompmody@gmail.com> - 2011-05-03 11:50 -0700
                          Re: Development tools and practices for Pythonistas Anssi Saari <as@sci.fi> - 2011-05-04 21:06 +0300
          Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-04-27 22:14 +1000
        Re: Development tools and practices for Pythonistas Chris Angelico <rosuav@gmail.com> - 2011-04-27 19:33 +1000
        Re: Development tools and practices for Pythonistas Jean-Michel Pichavant <jeanmichel@sequans.com> - 2011-04-27 13:17 +0200
          Re: Development tools and practices for Pythonistas Thomas Rachel <nutznetz-0c1b6768-bfa9-48d5-a470-7603bd3aa915@spamschutz.glglgl.de> - 2011-04-27 20:08 +0200
            Re: Development tools and practices for Pythonistas Ben Finney <ben+python@benfinney.id.au> - 2011-04-28 09:44 +1000
        Re: [OT] VCS tools (was "Development tools and practices for Pythonistas") Tim Chase <python.list@tim.thechases.com> - 2011-04-27 14:07 -0500
          Re: [OT] VCS tools (was "Development tools and practices for Pythonistas") Martin Schöön <martin.schoon@gmail.com> - 2011-04-28 20:48 +0000
            Re: [OT] VCS tools Ben Finney <ben+python@benfinney.id.au> - 2011-04-29 07:50 +1000
              Re: [OT] VCS tools Tim Chase <python.list@tim.thechases.com> - 2011-04-28 18:09 -0500
              Re: [OT] VCS tools Daniel Kluev <dan.kluev@gmail.com> - 2011-04-29 11:37 +1100
              Re: [OT] From svn to something else? (was: VCS tools) Hans Georg Schaathun <georg@schaathun.net> - 2011-04-29 11:07 +0100
                Re: [OT] From svn to something else? Tim Chase <python.list@tim.thechases.com> - 2011-04-29 06:50 -0500
                  Re: [OT] From svn to something else? Hans Georg Schaathun <hg@schaathun.net> - 2011-04-29 18:01 +0100
                    Re: [OT] From svn to something else? Tim Chase <python.list@tim.thechases.com> - 2011-04-29 13:23 -0500
                Re: [OT] From svn to something else? Ben Finney <ben+python@benfinney.id.au> - 2011-04-29 22:53 +1000
                  Re: [OT] From svn to something else? "D'Arcy J.M. Cain" <darcy@druid.net> - 2011-04-29 09:26 -0400
              Re: [OT] VCS tools Martin Schöön <martin.schoon@gmail.com> - 2011-04-29 18:46 +0000
    Re: Development tools and practices for Pythonistas Dan Stromberg <drsalists@gmail.com> - 2011-04-26 14:00 -0700
    recommended Emacs mode (was Re: Development tools and practices for Pythonistas) Gour-Gadadhara Dasa <gour@atmarama.net> - 2011-04-27 08:39 +0200
      Re: recommended Emacs mode (was Re: Development tools and practices for Pythonistas) rusi <rustompmody@gmail.com> - 2011-04-27 00:51 -0700
        Re: recommended Emacs mode Gour-Gadadhara Dasa <gour@atmarama.net> - 2011-04-27 10:10 +0200
    Re: Development tools and practices for Pythonistas Jonathan Hartley <tartley@tartley.com> - 2011-05-06 02:51 -0700
      Re: Development tools and practices for Pythonistas Tim Golden <mail@timgolden.me.uk> - 2011-05-06 10:59 +0100
        Python packaging (was Development tools and practices for Pythonistas) rusi <rustompmody@gmail.com> - 2011-05-06 04:55 -0700
    Re: Development tools and practices for Pythonistas rusi <rustompmody@gmail.com> - 2011-05-08 00:43 -0700
    Re: Development tools and practices for Pythonistas Roy Smith <roy@panix.com> - 2011-05-08 09:31 -0400
      Non Programming in python rusi <rustompmody@gmail.com> - 2011-05-10 09:41 -0700
        Re: Non Programming in python Terry Reedy <tjreedy@udel.edu> - 2011-05-10 15:28 -0400
          Re: Non Programming in python rusi <rustompmody@gmail.com> - 2011-05-10 20:36 -0700
        Re: Non Programming in python Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2011-05-10 22:53 +0000

Page 3 of 5 — ← Prev page 1 2 [3] 4 5  Next page →

#4339

Depends on the project, but I'd start with git the time I created the 
first file in my project. If you're in the habit of committing then you 
can easily rollback missteps. If you're in the habit of making branches 
you can experiment without breaking the currently-working code.

[toc] | [prev] | [next] | [standalone]

#4436

On Apr 30, 8:21 am, CM <cmpyt...@gmail.com> wrote:
> > A lone developer using such a VCS reaps the benefits of this by getting
> > good merging support.
>
> While we're on the topic, when should a lone developer bother to start
> using a VCS?  At what point in the complexity of a project (say a hobby
> project, but > a somewhat seriousish one, around ~5-9k LOC) is the added
> complexity of bringing a VCS into it worth it?

When you hit your first bug?
Ok seriously, when you hit your first serious bug maybe?

I am a bit surprised that no one has mentioned rcs so far
Not an option if you are not on a *ix system and not something I am
specifically recommending.
[I grew up on rcs 15 years ago but not used it much of late]
You may want to look at rcs if you are in the space where you want:
-- something better than tarballs
-- no pretensions beyond single-user, single-machine, (almost)single-
file usage (ie small scale)
-- something that integrates nicely with emacs

[toc] | [prev] | [next] | [standalone]

#4437

rusi <rustompmody@gmail.com> writes:

> You may want to look at rcs if you are in the space where you want:
> -- something better than tarballs
> -- no pretensions beyond single-user, single-machine, (almost)single-
> file usage (ie small scale)
> -- something that integrates nicely with emacs

I might have agreed ten years ago; compared to CVS or Subversion, RCS is
simpler to use and set up and had lower workflow overhead.

But today, Bazaar or Mercurial fill that role just as well: quick simple
set up, good tool support (yes, even in Emacs using VC mode), and easy
to use for easy things.

I really don't see any benefit to using RCS for even a lone hacker
tracking files; Bazaar or Mercurial fill that role just as well, and
continue to work well as your needs grow.

-- 
 \       “Philosophy is questions that may never be answered. Religion |
  `\              is answers that may never be questioned.” —anonymous |
_o__)                                                                  |
Ben Finney

[toc] | [prev] | [next] | [standalone]

#4438

On May 2, 8:22 am, Ben Finney <ben+pyt...@benfinney.id.au> wrote:
> rusi <rustompm...@gmail.com> writes:
> > You may want to look at rcs if you are in the space where you want:
> > -- something better than tarballs
> > -- no pretensions beyond single-user, single-machine, (almost)single-
> > file usage (ie small scale)
> > -- something that integrates nicely with emacs
>
> I might have agreed ten years ago; compared to CVS or Subversion, RCS is
> simpler to use and set up and had lower workflow overhead.
>
> But today, Bazaar or Mercurial fill that role just as well: quick simple
> set up, good tool support (yes, even in Emacs using VC mode), and easy
> to use for easy things.
>
> I really don't see any benefit to using RCS for even a lone hacker
> tracking files; Bazaar or Mercurial fill that role just as well, and
> continue to work well as your needs grow.

In a word: single files.
If you have a directory with a number of short unrelated scripts --
python, shell etc --
the philosophy: vcs-manages-projects-not-files is a nuisance not a
help.

And which is why things like zit http://git.oblomov.eu/zit have
arisen: the need to go back from bzr/git/hg to (something like) rcs

[toc] | [prev] | [next] | [standalone]

#4446

On Monday 02 May 2011 13:22:44 Ben Finney wrote:
> rusi <rustompmody@gmail.com> writes:
> > You may want to look at rcs if you are in the space where
> 
> But today, Bazaar or Mercurial fill that role just as well:
> quick simple set up, good tool support (yes, even in Emacs
> using VC mode), and easy to use for easy things.
> 

Actually, Bazaar is more convenient than rcs for a single user, 
as the repository can be the working directory (with a "hidden" 
.bzr directory that stores diffs).  

I had to use git, too, because some projects use git for their 
version control (viz PySide, Nokia's tool to replace PyQt). IMHO 
there is not much to pick between git and Bazaar and hg is also 
rather similar.  The remaining doubts are betwwed the 
Distributed Version Control and the more traditional Subversion, 
which is also quite nice, even for  a single user.

OldAl.
-- 
Algis
http://akabaila.pcug.org.au/StructuralAnalysis.pdf

[toc] | [prev] | [next] | [standalone]

#4448

On May 2, 12:08 pm, Algis Kabaila <akaba...@pcug.org.au> wrote:
>
> Actually, Bazaar is more convenient than rcs for a single user,
> as the repository can be the working directory (with a "hidden"
> .bzr directory that stores diffs).  

Dont exactly understand...
Is it that you want it specifically hidden?
Otherwise rcs will look inside an RCS directory just as bzr will
with .bzr git will with .git and so on.

[toc] | [prev] | [next] | [standalone]

#4453

On Monday 02 May 2011 17:19:57 rusi wrote:
> On May 2, 12:08 pm, Algis Kabaila <akaba...@pcug.org.au> 
wrote:
> > Actually, Bazaar is more convenient than rcs for a single
> > user, as the repository can be the working directory (with
> > a "hidden" .bzr directory that stores diffs).
> 
> Dont exactly understand...
> Is it that you want it specifically hidden?
> Otherwise rcs will look inside an RCS directory just as bzr
> will with .bzr git will with .git and so on.

Sorry for not being clear - "ls" will not show directories that 
start with "." - in that sense these directories are "hidden".  
They are not really really hidden, as "ls  -l" will show them.  
They simply are not in the way and keep the progressive versions 
of the program (in form of diffs).

Does that make better sense?. 
-- 
Algis
http://akabaila.pcug.org.au/StructuralAnalysis.pdf

[toc] | [prev] | [next] | [standalone]

#4462

On May 2, 9:48 am, Algis Kabaila <akaba...@pcug.org.au> wrote:
> On Monday 02 May 2011 17:19:57 rusi wrote:
>
> > On May 2, 12:08 pm, Algis Kabaila <akaba...@pcug.org.au>
> wrote:
> > > Actually, Bazaar is more convenient than rcs for a single
> > > user, as the repository can be the working directory (with
> > > a "hidden" .bzr directory that stores diffs).
>
> > Dont exactly understand...
> > Is it that you want it specifically hidden?
> > Otherwise rcs will look inside an RCS directory just as bzr
> > will with .bzr git will with .git and so on.
>
> Sorry for not being clear - "ls" will not show directories that
> start with "." - in that sense these directories are "hidden".  
> They are not really really hidden, as "ls  -l" will show them.  
> They simply are not in the way and keep the progressive versions
> of the program (in form of diffs).

"ls -l will not show directories that start with ".".
"ls -a" will.

Regards
Jacek

[toc] | [prev] | [next] | [standalone]

#4471

On Monday 02 May 2011 19:09:38 jacek2v wrote:
> On May 2, 9:48 am, Algis Kabaila <akaba...@pcug.org.au> wrote:
> > On Monday 02 May 2011 17:19:57 rusi wrote:
> > > On May 2, 12:08 pm, Algis Kabaila <akaba...@pcug.org.au>
> > 
> > wrote:
> > > > Actually, Bazaar is more convenient than rcs for a
> > > > single user, as the repository can be the working
> > > > directory (with a "hidden" .bzr directory that stores
> > > > diffs).
> > > 
> > > Dont exactly understand...
> > > Is it that you want it specifically hidden?
> > > Otherwise rcs will look inside an RCS directory just as
> > > bzr will with .bzr git will with .git and so on.
> > 
> > Sorry for not being clear - "ls" will not show directories
> > that start with "." - in that sense these directories are
> > "hidden". They are not really really hidden, as "ls  -l"
> > will show them. They simply are not in the way and keep
> > the progressive versions of the program (in form of
> > diffs).
> 
> "ls -l will not show directories that start with ".".
> "ls -a" will.
> 
> Regards
> Jacek

Thanks - you are right - pardon my absent mindedness.

-- 
Algis
http://akabaila.pcug.org.au/StructuralAnalysis.pdf

[toc] | [prev] | [next] | [standalone]

#4564

On May 2, 12:38 pm, Algis Kabaila <akaba...@pcug.org.au> wrote:
> On Monday 02 May 2011 19:09:38 jacek2v wrote:
>
>
>
>
>
>
>
>
>
> > On May 2, 9:48 am, Algis Kabaila <akaba...@pcug.org.au> wrote:
> > > On Monday 02 May 2011 17:19:57 rusi wrote:
> > > > On May 2, 12:08 pm, Algis Kabaila <akaba...@pcug.org.au>
>
> > > wrote:
> > > > > Actually, Bazaar is more convenient than rcs for a
> > > > > single user, as the repository can be the working
> > > > > directory (with a "hidden" .bzr directory that stores
> > > > > diffs).
>
> > > > Dont exactly understand...
> > > > Is it that you want it specifically hidden?
> > > > Otherwise rcs will look inside an RCS directory just as
> > > > bzr will with .bzr git will with .git and so on.
>
> > > Sorry for not being clear - "ls" will not show directories
> > > that start with "." - in that sense these directories are
> > > "hidden". They are not really really hidden, as "ls  -l"
> > > will show them. They simply are not in the way and keep
> > > the progressive versions of the program (in form of
> > > diffs).
>
> > "ls -l will not show directories that start with ".".
> > "ls -a" will.
>
> > Regards
> > Jacek
>
> Thanks - you are right - pardon my absent mindedness.
>
> --
> Algishttp://akabaila.pcug.org.au/StructuralAnalysis.pdf

You're welcome :)

[toc] | [prev] | [next] | [standalone]

#4563

rusi <rustompmody@gmail.com> writes:

> I am a bit surprised that no one has mentioned rcs so far
> Not an option if you are not on a *ix system and not something I am
> specifically recommending.

I actually use rcs in Windows. Needs a little setup, but works great,
from Emacs VC-mode too.

[toc] | [prev] | [next] | [standalone]

#4565

On May 3, 11:19 pm, Anssi Saari <a...@sci.fi> wrote:
> rusi <rustompm...@gmail.com> writes:
> > I am a bit surprised that no one has mentioned rcs so far
> > Not an option if you are not on a *ix system and not something I am
> > specifically recommending.
>
> I actually use rcs in Windows. Needs a little setup, but works great,
> from Emacs VC-mode too.

Where do you get it?
[What google is showing seems to be about 10-15 years old]

[toc] | [prev] | [next] | [standalone]

#4638

rusi <rustompmody@gmail.com> writes:

>> I actually use rcs in Windows. Needs a little setup, but works great,
>> from Emacs VC-mode too.
>
> Where do you get it?
> [What google is showing seems to be about 10-15 years old]

As far as I know, RCS hasn't been updated since 5.7 which is about 10
years old now. Linux distributions also package the same version. I
use the stuff from rcs57pc1.zip, at ftp://ftp.cs.purdue.edu/pub/RCS/

The package includes also comparison tools cmp, diff, diff3, sdiff as
win32 versions. I suppose one would need to recompile if 64-bit
versions were needed.

The setup I mentioned was just setting RCSINIT to -x,v although I
don't remember now why I needed that.

[toc] | [prev] | [next] | [standalone]

#4128

Jean-Michel Pichavant <jeanmichel@sequans.com> writes:

> Ben Finney wrote:
> > Mercurial – are the ones to choose from. Anoyone recommending a VCS tool
> > that has poor merging support (such as Subversion or, heaven help us,
> > CVS) is doing the newcomer a disservice.
> >   True enough. But the modern crop of first-tier VCSen – Bazaar,
> > Git,
> For a single user, there would be no merge issue. And svn is very
> simple to use.

Bazaar and Mercurial are also simple to use, and you won't have to
un-learn them when you want a good VCS for collaboration.

> That would not be a such bad advice for a beginner with VCS systems.

I disagree; a beginner can just as easily learn a better VCS and avoid
the bad habits that come along with lesser tools.

-- 
 \       “Theology is the effort to explain the unknowable in terms of |
  `\                         the not worth knowing.” —Henry L. Mencken |
_o__)                                                                  |
Ben Finney

[toc] | [prev] | [next] | [standalone]

#4120

On Wed, Apr 27, 2011 at 7:24 PM, Jean-Michel Pichavant
<jeanmichel@sequans.com> wrote:
> For a single user, there would be no merge issue. And svn is very simple to
> use.
> That would not be a such bad advice for a beginner with VCS systems.

As someone who for years had "nightly backups and renamed files" as
his only VCS, I would advise beginners to pick up a VCS that they can
learn, master, and then use widely, not one that will be restricted to
solo work (forcing them to learn a different system when they join
some other project). There's no particular benefit in learning older
systems, is there? (I never learned CVS or SVN; my first is git, and
it's the only one I've used to any great extent.)

Oh, and rolling your own VCS can work in specific situations, but it's
probably going to work out a lot more efficient to use a well-known
one, even if it does have a learning curve. I have a few places where
I should probably migrate things to git.

Chris Angelico

[toc] | [prev] | [next] | [standalone]

#4126

Chris Angelico wrote:
> On Wed, Apr 27, 2011 at 7:24 PM, Jean-Michel Pichavant
> <jeanmichel@sequans.com> wrote:
>   
>> For a single user, there would be no merge issue. And svn is very simple to
>> use.
>> That would not be a such bad advice for a beginner with VCS systems.
>>     
>
> As someone who for years had "nightly backups and renamed files" as
> his only VCS, I would advise beginners to pick up a VCS that they can
> learn, master, and then use widely, not one that will be restricted to
> solo work (forcing them to learn a different system when they join
> some other project). There's no particular benefit in learning older
> systems, is there? (I never learned CVS or SVN; my first is git, and
> it's the only one I've used to any great extent.)
>
> Oh, and rolling your own VCS can work in specific situations, but it's
> probably going to work out a lot more efficient to use a well-known
> one, even if it does have a learning curve. I have a few places where
> I should probably migrate things to git.
>
> Chris Angelico
>   
You're mistaking, SVN is not restricted to solo work. However it's more 
suitable for solo work than git.
Git is just the current buzz about VCS. I guess some people are 
switching to it without really knowing what's going on.

http://en.wikipedia.org/wiki/Comparison_of_revision_control_software

I tried to search for indicators about VCS usage without finding any but 
I think that svn is still one the most used VCS. Anyway it's not about 
which one is the most popular, but which one fits your need the best. 
For the OP, that would be SVN IMO.

JM

[toc] | [prev] | [next] | [standalone]

#4143

Am 27.04.2011 13:17, schrieb Jean-Michel Pichavant:

> You're mistaking, SVN is not restricted to solo work. However it's more
> suitable for solo work than git.

Why?

I personally found hg much better than svn. That's why I migrated all my 
projects.


Thomas

[toc] | [prev] | [next] | [standalone]

#4171

Thomas Rachel writes:

> Am 27.04.2011 13:17, schrieb Jean-Michel Pichavant:
>
> > You're mistaking, SVN is not restricted to solo work. However it's
> > more suitable for solo work than git.
>
> Why?
>
> I personally found hg much better than svn. That's why I migrated all
> my projects.

Indeed. The only thing left that Subversion is better at than the three
modern top-tier VCSen is working with existing Subversion legacy
repositories. Even for that, ‘bzr-svn’ and ‘git-svn’ work admirably
well.

-- 
 \      “Nullius in verba” (“Take no-one's word for it”) —motto of the |
  `\                                   Royal Society, since 1663-06-30 |
_o__)                                                                  |
Ben Finney

[toc] | [prev] | [next] | [standalone]

#4151 — Re: [OT] VCS tools (was "Development tools and practices for Pythonistas")

On 04/27/2011 04:24 AM, Jean-Michel Pichavant wrote:
> Ben Finney wrote:
>> Mercurial – are the ones to choose from. Anoyone
>> recommending a VCS tool that has poor merging support (such
>> as Subversion or, heaven help us, CVS) is doing the newcomer
>> a disservice.
>
> True enough. But the modern crop of first-tier VCSen – Bazaar,
> Git, For a single user, there would be no merge issue. And svn
> is very simple to use.

There have been plenty of times I've needed to merge in SVN as a 
solo developer.  Usually I'll branch off maint. branches and spin 
out feature branches.  For the maint. branches, I want to apply 
hot-fixes to the branch and then merge those hot-fixes into the 
dev mainline.  For the feature branches, I want to be able to 
flip between mainline development and feature development without 
one interfering with the other, but then easily pull changes from 
one to the other.

And it's always been a pain.  While I understand more recent SVN 
releases should auto-mark things in a way that merging is less 
painful, I find that it doesn't come remotely close to the ease 
with which I can merge in other systems.

-tkc

[toc] | [prev] | [next] | [standalone]

#4263 — Re: [OT] VCS tools (was "Development tools and practices for Pythonistas")

This has been a pretty informative thread so far. Please keep it coming.
I am a hardware development guy and do very little software development.
I have been vaguely aware of tools for version control but inspired by
this thread I have started looking at Mercurial.

My humble contribution (from my boss really) since I have not seen it
mentioned here:
http://code.google.com/p/gource/ (I have zero experience of gource so
there is no point in asking me questions)

/Martin

[toc] | [prev] | [next] | [standalone]

Page 3 of 5 — ← Prev page 1 2 [3] 4 5  Next page →

Back to top | Article view | comp.lang.python

csiph-web