In article
<58a6bb1b-a98e-4c4a-86ea-09e040cb2...@r35g2000prj.googlegroups.com>,
snorble wrote:
> [standard tale of chaotic software development elided]
>
> I am aware of tools like version control systems, bug trackers, and
> things like these, but I'm not really sure if I need them, or how to
On Apr 26, 7:39 pm, snorble wrote:
> I'm not a Pythonista, but I aspire to be.
>
> My current tools:
>
> Python, gvim, OS file system
>
> My current practices:
>
> When I write a Python app, I have several unorganized scripts in a
> directory (usually with several named test1.py, test2.py, etc., f
On May 6, 2:59 pm, Tim Golden wrote:
> On 06/05/2011 10:51, Jonathan Hartley wrote:
>
> > On Apr 26, 3:39 pm, snorble wrote:
> >> I appreciate any advice or guidance anyone has to offer.
>
> > The 'Python Project HOWTO' gives good advice in terms of setting up a
> > new project, what files and di
On 06/05/2011 10:51, Jonathan Hartley wrote:
On Apr 26, 3:39 pm, snorble wrote:
I appreciate any advice or guidance anyone has to offer.
The 'Python Project HOWTO' gives good advice in terms of setting up a
new project, what files and directories to create, what to put in
version control, etc
On Apr 26, 3:39 pm, snorble wrote:
> I appreciate any advice or guidance anyone has to offer.
The 'Python Project HOWTO' gives good advice in terms of setting up a
new project, what files and directories to create, what to put in
version control, etc:
http://infinitemonkeycorps.net/docs/pph/
Al
I use hg for even 50-line standalone python scripts. It's very well suited to
these small environments, and scales up nicely.
cd /my/working/dir
hg init
hg add myscript.py
hg ci -m 'added myscript'
It's that simple, and now hyou can go back if you make a terrible mistake, and
you can post it t
rusi 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 distri
On May 3, 11:19 pm, Anssi Saari wrote:
> rusi 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,
> fr
On May 2, 12:38 pm, Algis Kabaila wrote:
> On Monday 02 May 2011 19:09:38 jacek2v wrote:
>
>
>
>
>
>
>
>
>
> > On May 2, 9:48 am, Algis Kabaila wrote:
> > > On Monday 02 May 2011 17:19:57 rusi wrote:
> > > > On May 2, 12:08 pm, Algis Kabaila
>
> > > wrote:
> > > > > Actually, Bazaar is more conv
rusi 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.
--
http://mail.python.org/mai
Am 02.05.2011 01:33, schrieb David Boddie:
After noting the warnings it contains, see the following page for a
description of the Python API for Mercurial:
http://mercurial.selenic.com/wiki/MercurialApi
Ah, yes, no need to use os.sytem(), but all in all not much difference
from doing so (and
On Monday 02 May 2011 19:09:38 jacek2v wrote:
> On May 2, 9:48 am, Algis Kabaila wrote:
> > On Monday 02 May 2011 17:19:57 rusi wrote:
> > > On May 2, 12:08 pm, Algis Kabaila
> >
> > wrote:
> > > > Actually, Bazaar is more convenient than rcs for a
> > > > single user, as the repository can be t
On May 2, 9:48 am, Algis Kabaila wrote:
> On Monday 02 May 2011 17:19:57 rusi wrote:
>
> > On May 2, 12:08 pm, Algis Kabaila
> 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 th
On Monday 02 May 2011 17:19:57 rusi wrote:
> On May 2, 12:08 pm, Algis Kabaila
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
On May 2, 12:08 pm, Algis Kabaila 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 rc
On Monday 02 May 2011 13:22:44 Ben Finney wrote:
> rusi 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 thi
On May 2, 8:22 am, Ben Finney wrote:
> rusi 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 integra
rusi 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 ye
On Apr 30, 8:21 am, CM 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 >
>> > Look at the big two sites for open-source repositories -- github and
>> > bitbucket.
> Note that there are three: Launchpad (backed by Bazaar) is the other
> “big site” for free-software project hosting.
There is also patch-tag.com (using darcs) though it is smaller.
--
http://mail.python.or
On Sunday 01 May 2011 18:11, Dietmar Schwertberger wrote:
> Am 01.05.2011 02:47, schrieb Shawn Milochik:
>> Look at the big two sites for open-source repositories -- github and
>> bitbucket. One's git, the other Mercurial. I don't think you can go
>> wrong picking either one.
>
> Can any of those
Dietmar Schwertberger writes:
> Am 01.05.2011 02:47, schrieb Shawn Milochik:
> > Look at the big two sites for open-source repositories -- github and
> > bitbucket.
Note that there are three: Launchpad (backed by Bazaar) is the other
“big site” for free-software project hosting.
> Can any of th
On Sun, May 01 2011, Dietmar Schwertberger wrote:
> Am 01.05.2011 02:47, schrieb Shawn Milochik:
>> Look at the big two sites for open-source repositories -- github and
>> bitbucket. One's git, the other Mercurial. I don't think you can go
>> wrong picking either one.
>
> Can any of those be used
On 2011-04-30, Tim Chase wrote:
> On 04/30/2011 04:15 AM, Martin Schöön wrote:
>> You guys are very code focused, which is natural given where we are.
>>
>> Having absorbed what I have seen here, looked a little at Mercurial,
>> read a little on the webs of Fossil and Bazaar I start to think there
Am 01.05.2011 02:47, schrieb Shawn Milochik:
Look at the big two sites for open-source repositories -- github and
bitbucket. One's git, the other Mercurial. I don't think you can go
wrong picking either one.
Can any of those be used from Python as a library, i.e. something like
import Hg
r = Hg
For what it's worth, the Python core developers have selected Mercurial.
I personally use git and love it. Most open-source people seem to use
one or the other of the two. They're pretty similar in most ways.
Look at the big two sites for open-source repositories -- github and
bitbucket. One's
Roy Smith writes:
> No need to use VCS at the very beginning of a project. You can easily
> wait until you've written 10 or 20 lines of code :-)
+1 QOTW
> > Should I bother to try a VCS?
>
> Absolutely. Even if you don't need it for a small one-person project,
> it's a good habit to get into.
On 04/30/2011 04:15 AM, Martin Schöön wrote:
You guys are very code focused, which is natural given where we are.
Having absorbed what I have seen here, looked a little at Mercurial,
read a little on the webs of Fossil and Bazaar I start to think there
is great merit in all this VCS stuff for ot
On 2011-04-30, Hans Georg Schaathun wrote:
> On Fri, 29 Apr 2011 20:21:58 -0700 (PDT), CM
> wrote:
>: 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
On Fri, 29 Apr 2011 20:21:58 -0700 (PDT), CM
wrote:
: 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
: o
In article
,
CM wrote:
> While we're on the topic, when should a lone developer bother to start
> using a VCS?
No need to use VCS at the very beginning of a project. You can easily
wait until you've written 10 or 20 lines of code :-)
> Should I bother to try a VCS?
Absolutely. Even if you
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.
--
http://mail.
> 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
Hans Georg Schaathun writes:
> Exactly, and with svn that can be a true nightmare when directories
> are involved. The rumour is that git handles this much better.
Any of the top-tier distributed VCS (Bazaar, Git, Mercurial) handle
branching and merging very well. They have to, because branchi
On Wed, 27 Apr 2011 14:24:30 +0200, Jean-Michel Pichavant
wrote:
: I was talking about merge *issue* i.e merge resulting in conflicts that
: are not easy to solve. With a single user most of the merge will be
: solved automatically by any decent VCS.
Exactly, and with svn that can be a tru
We were looking for some simple integrated SCM, issue tracker and wiki
in our university for software design and software testing courses,
and fossil seems to be perfect match, thanks for sharing.
--
With best regards,
Daniel Kluev
--
http://mail.python.org/mailman/listinfo/python-list
Fossil is another SCM to consider: http://www.fossil-scm.org/
It's written by the author of SQLite, D. Richard Hipp. It's not as
well-known as some of the other DCVS's, but the Tcl/Tk language projects
have moved their core development to it (http://core.tcl.tk). This is
relevant to Python bec
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
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.
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 fir
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
--
http://mail.python.org/mailman/lis
Anssi Saari wrote:
Jean-Michel Pichavant writes:
For a single user, there would be no merge issue.
Really? What about a single user with many computers and environments?
I find myself merging files on occasion because I edited them
separately and forgot to check in changes before doi
Jean-Michel Pichavant 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-tie
Jean-Michel Pichavant writes:
> For a single user, there would be no merge issue.
Really? What about a single user with many computers and environments?
I find myself merging files on occasion because I edited them
separately and forgot to check in changes before doing more edits on a
different
Chris Angelico wrote:
On Wed, Apr 27, 2011 at 7:24 PM, Jean-Michel Pichavant
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 r
On Wed, Apr 27, 2011 at 7:24 PM, Jean-Michel Pichavant
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 VC
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
On Apr 27, 11:39 am, Gour-Gadadhara Dasa wrote:
> On Tue, 26 Apr 2011 07:39:41 -0700 (PDT)
>
> snorble wrote:
> > I'm not a Pythonista, but I aspire to be.
>
> > My current tools:
>
> > Python, gvim, OS file system
>
> I'm also starting with Python after abandoning idea to use D for our
> desktop
On Tue, 26 Apr 2011 07:39:41 -0700 (PDT)
snorble wrote:
> I'm not a Pythonista, but I aspire to be.
>
> My current tools:
>
> Python, gvim, OS file system
I'm also starting with Python after abandoning idea to use D for our
desktop GUI application.
We plan to use Python + Qt along with Cython
rusi wrote:
> What's the facts? Anyone with any experiences on this?
No experience, but I'm rather torn over Fossil. On the one hand, it
feels like NIH writ large; on the other hand, it's a DVCS with Trac-
like features in a standalone executable less than 1MB in size...by
the author of sqlite.
-
On Apr 27, 6:44 am, Tim Chase wrote:
> On 04/26/2011 01:42 PM, Algis Kabaila wrote:
>
> > Thomas, have you tried bzr (Bazaar) and if so do you consider hg
> > (Mercurial) better?
>
> > And why is it better? (bzr is widely used in ubuntu, which is
> > my favourite distro at present).
>
> Each of
On 04/26/2011 01:42 PM, Algis Kabaila wrote:
Thomas, have you tried bzr (Bazaar) and if so do you consider hg
(Mercurial) better?
And why is it better? (bzr is widely used in ubuntu, which is
my favourite distro at present).
Each of the main 3 (bzr, hg, git) have advantages and
disadvantage
On Wednesday 27 April 2011 09:41:53 Ben Finney wrote:
> Chris Angelico writes:
> > As other people have said, version control is very handy. I
> > use git myself, but imho the choice of _which_ VCS you use
> > is far less important than the choice of _whether_ to use
> > one.
>
> True enough. But
Chris Angelico writes:
> As other people have said, version control is very handy. I use git
> myself, but imho the choice of _which_ VCS you use is far less
> important than the choice of _whether_ to use one.
True enough. But the modern crop of first-tier VCSen – Bazaar, Git,
Mercurial – are t
Am 26.04.2011 20:42, schrieb Algis Kabaila:
Thomas, have you tried bzr (Bazaar) and if so do you consider hg
(Mercurial) better?
I have played around with bzr, but afterwards more with hg which gave me
a better beeling (don't know why)...
Thomas
--
http://mail.python.org/mailman/listinfo/py
On Tue, Apr 26, 2011 at 11:04 AM, Jean-Michel Pichavant
wrote:
> You can have a look at SVN and bugzilla, they are free SCM & bug tracker
> applications.
> Make sure it's worth the pain though, these tools are not that easy to
> administrate (the usage is pretty simple).
http://trac.edgewall.org/
On Wed, Apr 27, 2011 at 12:39 AM, snorble wrote:
> When I write a Python app, I have several unorganized scripts in a
> directory (usually with several named test1.py, test2.py, etc., from
> random ideas I have tested), and maybe a todo.txt file. ... The code is
> usually out of sync with todo.txt
On Wednesday 27 April 2011 04:31:19 CM wrote:
> > I guess it depends on your project, but that sounds
> > needlessly complex and way too tough with a VCS. I'd say
> > just don't go there.
>
> (Whoops, I meant way too tough *without* a VCS, not with)
And read your own emails *before* sending them
On Wednesday 27 April 2011 03:59:25 Thomas Rachel wrote:
> Am 26.04.2011 16:39, schrieb snorble:
> > When I write a Python app, I have several unorganized
> I don't see how these tools will help to get up to date the
> way you describe it - but all other issues are well coped
> with using a VCS. I
> I guess it depends on your project, but that sounds needlessly complex
> and way too tough with a VCS. I'd say just don't go there.
(Whoops, I meant way too tough *without* a VCS, not with)
--
http://mail.python.org/mailman/listinfo/python-list
On Apr 26, 10:39 am, snorble wrote:
> I'm not a Pythonista, but I aspire to be.
>
> My current tools:
>
> Python, gvim, OS file system
>
> My current practices:
>
> When I write a Python app, I have several unorganized scripts in a
> directory (usually with several named test1.py, test2.py, etc.,
Am 26.04.2011 16:39, schrieb snorble:
When I write a Python app, I have several unorganized scripts in a
directory (usually with several named test1.py, test2.py, etc., from
random ideas I have tested), and maybe a todo.txt file. Then I hack
away, adding features in a semi-random order. Then I g
snorble wrote:
I'm not a Pythonista, but I aspire to be.
My current tools:
Python, gvim, OS file system
My current practices:
When I write a Python app, I have several unorganized scripts in a
directory (usually with several named test1.py, test2.py, etc., from
random ideas I have tested), an
When I said to studying two kind of Version Control. It is because I don't
know if you are already working with prgramming. So I think it is very
important you know how to work both ways of version control system.
You don't need to install both. Just read about one and work with other. For
applying
That's my Notebook/PC configuration and I'm user of Gentoo and Slackware.
* vi (not vim) for C/C++
* Eclipse for Java
* Wing IDE Professional (Python Editor);
* Django: Best framework for while in my opinion;
* tkinter, GTK and Qt;
* MySQL, PostgreSQL ;
* Rational Rose Modeler (very expensive)(UML:
On 26/04/2011 14:39, snorble wrote:
I would strongly advice to get familiar with:
- Lint tools (like PyLint)
- Refactoring
- Source Control Systems (like Mercurial Hg)
- Unit Testing with Code Coverage
Followed by either writing your own toolset that integrates all of the
above or start learnin
On Apr 26, 7:39 pm, snorble wrote:
> I am aware of tools like version control systems, bug trackers, and
> things like these, but I'm not really sure if I need them,
You either dont want version control
> But if I ever made something worth releasing, and got a request
> like, "I have probl
I'm not a Pythonista, but I aspire to be.
My current tools:
Python, gvim, OS file system
My current practices:
When I write a Python app, I have several unorganized scripts in a
directory (usually with several named test1.py, test2.py, etc., from
random ideas I have tested), and maybe a todo.tx
68 matches
Mail list logo
