On Monday, March 17, 2014 6:36:33 PM UTC+5:30, Frank Millman wrote:
Hi all
I know I *should* be using a Source Control Management system, but at
present I am not. I tried to set up Mercurial a couple of years ago, but I
think I set it up wrongly, as I got myself confused and found it more
Rustom Mody rustompm...@gmail.com wrote in message
news:19d3ddc9-0fb9-476d-a117-e5f174eca...@googlegroups.com...
On Monday, March 17, 2014 6:36:33 PM UTC+5:30, Frank Millman wrote:
Hi all
I know I *should* be using a Source Control Management system, but at
present I am not. I tried to set
From: Dave Angel da...@davea.name
To: python-list@python.org
Sent: Sunday, March 23, 2014 3:18 AM
Subject: Re: Question about Source Control
Albert-Jan Roskam fo...@yahoo.com Wrote in message:
In addition to posting in html format, you have also set
On Mon, Mar 24, 2014 at 1:58 AM, Albert-Jan Roskam fo...@yahoo.com wrote:
One more thing (so this is not entirely a double post!). While reading these
books I found that the authors were pretty religious about Clean Commits. I
mean, ok, it's not a good idea to do one huge monolithic commit
On 24Mar2014 09:56, Chris Angelico ros...@gmail.com wrote:
On Mon, Mar 24, 2014 at 1:58 AM, Albert-Jan Roskam fo...@yahoo.com wrote:
One more thing (so this is not entirely a double post!). While reading
these books I found that the authors were pretty religious about Clean
Commits. I
On Mon, Mar 24, 2014 at 11:19 AM, Cameron Simpson c...@zip.com.au wrote:
I'm particularly fond of hg record (or the similar extension, hg
crecord), which lets you commit just parts of a modified file.
When I'm in a debugging branch, it gradually turns into a huge diff.
hg record lets me
On 24Mar2014 11:30, Chris Angelico ros...@gmail.com wrote:
On Mon, Mar 24, 2014 at 11:19 AM, Cameron Simpson c...@zip.com.au wrote:
I'm particularly fond of hg record (or the similar extension, hg
crecord), which lets you commit just parts of a modified file.
When I'm in a debugging
On 3/23/2014 6:56 PM, Chris Angelico wrote:
On Mon, Mar 24, 2014 at 1:58 AM, Albert-Jan Roskam fo...@yahoo.com wrote:
One more thing (so this is not entirely a double post!). While reading these
books I found that the authors were pretty religious about Clean Commits. I
mean, ok, it's not a
On 24/03/2014 01:26, Terry Reedy wrote:
On 3/23/2014 6:56 PM, Chris Angelico wrote:
On Mon, Mar 24, 2014 at 1:58 AM, Albert-Jan Roskam fo...@yahoo.com
wrote:
One more thing (so this is not entirely a double post!). While
reading these books I found that the authors were pretty religious
about
On Mon, Mar 24, 2014 at 12:26 PM, Terry Reedy tjre...@udel.edu wrote:
With multiple branches (as with 2.7, 3.4, and default for cpython) and
multiple active developers (20?) commiting to those brances, commits are
definitely not free. I would not exactly call them as cheap as you seem to
imply
On 3/23/2014 10:04 PM, Chris Angelico wrote:
On Mon, Mar 24, 2014 at 12:26 PM, Terry Reedy tjre...@udel.edu wrote:
With multiple branches (as with 2.7, 3.4, and default for cpython) and
multiple active developers (20?) commiting to those brances, commits are
definitely not free. I would not
In article mailman.8270.1395195147.18130.python-l...@python.org,
Tim Chase python.l...@tim.thechases.com wrote:
On 2014-03-18 21:38, Terry Reedy wrote:
At least with hg, one should best test the code in the working
directory *before* committing to the local repository.
I don't know if this is
In article bp17s6fbs1...@mid.individual.net,
Gregory Ewing greg.ew...@canterbury.ac.nz wrote:
Chris Angelico wrote:
You can then offer a non-source-control means of downloading that
specific revision.
Just keep in mind the downside that you can't then
push or pull your changes directly back
On 2014-03-22 17:32, Albert van der Horst wrote:
I don't know if this is a hg-vs-git way of thinking, but I tend to
frequently commit things on a private development branch regardless
of brokenness, but once I get it working, I flatten clean up
those changes (rebase in git terms, which I
Hi,
I can recommend the book Pragmatic Guide to Git. Very practical and to the
point:
http://www.amazon.com/Pragmatic-Guide-Git-Programmers/dp/1934356727/ref=sr_1_1/184-0142481-0484062?ie=UTF8qid=1395518159sr=8-1keywords=pragmatic+guide+to+git
I addition, I read a big fat super-exhaustive
Albert-Jan Roskam fo...@yahoo.com Wrote in message:
In addition to posting in html format, you have also set the font
size too small for me to easily read. Reason number 12 for
posting in text mode in a text newsgroup.
--
DaveA
--
https://mail.python.org/mailman/listinfo/python-list
On 21Mar2014 07:40, Frank Millman fr...@chagford.com wrote:
Cameron Simpson c...@zip.com.au wrote in message
news:20140321013313.ga58...@cskk.homeip.net...
Someone intending to clone the project and develop will probably
want the whole repository; as Gregory says - they can then easily
In article mailman.8348.1395381664.18130.python-l...@python.org,
Cameron Simpson c...@zip.com.au wrote:
hg blame bin/set-x
and the output goes:
[hg/css]fleet* hg blame bin/set-x
2186: #!/bin/sh
11359: #
11359: # Trace execution of a command.
There's two things hg
On Fri, Mar 21, 2014 at 11:23 PM, Roy Smith r...@panix.com wrote:
There's two things hg blame doesn't do which would be useful.
First, the trivial one. I don't want lines annotated by change number,
I want them annotated by the name of the person who checked it in. But,
I'm sure that can be
On 2014-03-22 04:23, Chris Angelico wrote:
The hard thing is I don't really want to know which change most
recently touched the line of text. I want to know who really
wrote it. It would be wonderful if hg were smart enough to be
able to back-track through the change history and ignore
On 2014-03-21 12:54, Tim Chase wrote:
A quick hg -help blame
Sigh. Accidentally hit enter when I meant to hit backspace
with control down. That is, of course hg help blame, formerly
written there as hg -v help blame and accidentally sent mid-edit.
-tkc
--
On 21Mar2014 08:23, Roy Smith r...@panix.com wrote:
In article mailman.8348.1395381664.18130.python-l...@python.org,
Cameron Simpson c...@zip.com.au wrote:
hg blame bin/set-x
and the output goes:
[hg/css]fleet* hg blame bin/set-x
2186: #!/bin/sh
11359: #
On Sat, Mar 22, 2014 at 8:32 AM, Cameron Simpson c...@zip.com.au wrote:
Basicly, run hg log for the file, and examine each of the diffs
WRT to your target line.
Refactoring raises the bar somewhat.
Here's one where git and hg are a lot more different.
When I'm trying to find the origin of
On 22Mar2014 09:17, Chris Angelico ros...@gmail.com wrote:
On Sat, Mar 22, 2014 at 8:32 AM, Cameron Simpson c...@zip.com.au wrote:
Basicly, run hg log for the file, and examine each of the diffs
WRT to your target line.
Refactoring raises the bar somewhat.
Here's one where git and hg
On Sat, Mar 22, 2014 at 1:49 PM, Cameron Simpson c...@zip.com.au wrote:
You might do better to ask this kind of question on the mercurial list:
http://selenic.com/mailman/listinfo/mercurial
Someone there is bound to have wanted to do this kind of thing, and
may know if there's a tool or
Frank Millman fr...@chagford.com wrote in message
news:lgbe6g$j9o$1...@ger.gmane.org...
To recap my basic setup, I have machine A which holds the source
directory, machine B which is used to edit the program, and machines B and
C which are both used to run the program.
Initially, to
On Thu, Mar 20, 2014 at 5:48 PM, Frank Millman fr...@chagford.com wrote:
One thing still confuses me. Over the lifetime of a project, there could be
many thousands of changesets. Some of those could be tagged as 'major
releases'. Someone wishing to clone the project from scratch may want to
Chris Angelico wrote:
You can then offer a non-source-control means of downloading that
specific revision.
Just keep in mind the downside that you can't then
push or pull your changes directly back into the main
repository. You can generate a patch file for the
project maintainer to apply,
On Fri, Mar 21, 2014 at 9:19 AM, Gregory Ewing
greg.ew...@canterbury.ac.nz wrote:
Chris Angelico wrote:
You can then offer a non-source-control means of downloading that
specific revision.
Just keep in mind the downside that you can't then
push or pull your changes directly back into the
On 21Mar2014 09:34, Chris Angelico ros...@gmail.com wrote:
On Fri, Mar 21, 2014 at 9:19 AM, Gregory Ewing
Also, unless the project is truly ancient, the
whole history might not be as big as you expect.
The code presumably grew to its present size
incrementally, in an approximately
On Fri, Mar 21, 2014 at 12:33 PM, Cameron Simpson c...@zip.com.au wrote:
Regarding having Mercurial installed, that is very easy, and after
you've gone (eg):
hg clone https://bitbucket.org/cameron_simpson/css my-copy-of-cameron's-css
(or wherever the public repository is published), you
On 21Mar2014 13:14, Chris Angelico ros...@gmail.com wrote:
On Fri, Mar 21, 2014 at 12:33 PM, Cameron Simpson c...@zip.com.au wrote:
Regarding having Mercurial installed, that is very easy, and after
you've gone (eg):
hg clone https://bitbucket.org/cameron_simpson/css
Cameron Simpson c...@zip.com.au wrote in message
news:20140321013313.ga58...@cskk.homeip.net...
Someone intending to clone the project and develop will probably
want the whole repository; as Gregory says - they can then easily
push/pull with others.
For Frank, the size of the repo is not
On Fri, Mar 21, 2014 at 4:40 PM, Frank Millman fr...@chagford.com wrote:
To make the software available to anyone who just wants to run a stable
version, copy the working directory of the 'major release' repository to a
directory of its own, without the .hg stuff, and make it available for
Frank Millman fr...@chagford.com wrote in message
news:lg6s09$irl$1...@ger.gmane.org...
Hi all
I know I *should* be using a Source Control Management system, but at
present I am not. I tried to set up Mercurial a couple of years ago, but I
think I set it up wrongly, as I got myself
On Wed, Mar 19, 2014 at 5:41 PM, Frank Millman fr...@chagford.com wrote:
I have decided to stick with Mercurial, simply because that is what I used
in my previous attempt and I felt comfortable with it.
That's the best reason for choosing, really.
https://github.com/Rosuav/Gypsum/commit/0f973
On Tue, Mar 18, 2014 at 4:39 PM, Frank Millman fr...@chagford.com wrote:
Two quick questions -
1. At present the source code is kept on one machine (A), but only accessed
from the two other machines (B and C).
Does it make sense to create the central repository on A, but *not* install
the
Chris Angelico ros...@gmail.com wrote in message
news:captjjmqhxh2m3-qgbelv_akgajzmeymbudly8_dkpnhrpsu...@mail.gmail.com...
On Tue, Mar 18, 2014 at 4:39 PM, Frank Millman fr...@chagford.com wrote:
Two quick questions -
1. At present the source code is kept on one machine (A), but only
Frank Millman fr...@chagford.com writes:
I feel that I have just not grasped the basics yet, so any assistance that
puts me on the right path is appreciated.
Here is “Hg Init”, a tutorial for Mercurial URL:http://hginit.com/.
(“source control” is not the most common term for this; what we're
Andriy Kornatskyy andriy.kornats...@live.com wrote in message
news:blu0-smtp953c8572b5ca6374830e5091...@phx.gbl...
Frank,
I would suggest start with an account on https://bitbucket.org. It
supports private repositories so you should be good there.
From other hand you can setup own
On Tue, Mar 18, 2014 at 5:42 PM, Frank Millman fr...@chagford.com wrote:
Excuse my ignorance, but how does it actually work?
Ignorance not only excused, but welcomed. :) However, caveat: I know
how git is set up, but not hg. Someone else can fill in the details;
for now, I'll explain git and
Ben Finney ben+pyt...@benfinney.id.au wrote in message
news:85y508roiw@benfinney.id.au...
Frank Millman fr...@chagford.com writes:
I feel that I have just not grasped the basics yet, so any assistance
that
puts me on the right path is appreciated.
Here is Hg Init, a tutorial for
On Tue, Mar 18, 2014 at 5:47 PM, Ben Finney ben+pyt...@benfinney.id.au wrote:
(“source control” is not the most common term for this; what we're
talking about is a “version control system”, or VCS. But some Git users
may disagree.)
People use different terms depending on their backgrounds, I
On Tue, 18 Mar 2014 17:47:51 +1100, Ben Finney wrote:
Frank Millman fr...@chagford.com writes:
I feel that I have just not grasped the basics yet, so any assistance
that puts me on the right path is appreciated.
Here is “Hg Init”, a tutorial for Mercurial URL:http://hginit.com/.
On Tue, Mar 18, 2014 at 6:55 PM, Steven D'Aprano st...@pearwood.info wrote:
I don't think that *version* control is the right model to describe what
hg and git do, although it may be appropriate for subversion. hg doesn't
manage *versions*, it manages changes to source code (changesets).
On Tue, 18 Mar 2014 19:08:17 +1100, Chris Angelico wrote:
On Tue, Mar 18, 2014 at 6:55 PM, Steven D'Aprano st...@pearwood.info
wrote:
I don't think that *version* control is the right model to describe
what hg and git do, although it may be appropriate for subversion. hg
doesn't manage
On 3/17/14 8:06 AM, Frank Millman wrote:
All my source code resides on an old Linux server, which I switch on in the
morning and switch off at night, but otherwise hardly ever look at. It uses
'samba' to allow sharing with Windows, and 'nfs' to allow sharing with other
Linux machines.
hi
Steven D'Aprano steve+comp.lang.pyt...@pearwood.info Wrote in
message:
On Tue, 18 Mar 2014 19:08:17 +1100, Chris Angelico wrote:
On Tue, Mar 18, 2014 at 6:55 PM, Steven D'Aprano st...@pearwood.info
wrote:
I don't think that *version* control is the right model to describe
what hg and git
Frank Millman wrote:
These are the kind of stumbling blocks that prevented me from succeeding in
my previous attempt. I have a vague recollection that I set it up on machine
A, but then hit a problem because machines B and C both accessed the same
directory, but with different names
For
On 3/18/2014 5:51 PM, Gregory Ewing wrote:
Frank Millman wrote:
These are the kind of stumbling blocks that prevented me from
succeeding in my previous attempt. I have a vague recollection that I
set it up on machine A, but then hit a problem because machines B and
C both accessed the same
On 2014-03-18 21:38, Terry Reedy wrote:
At least with hg, one should best test the code in the working
directory *before* committing to the local repository.
I don't know if this is a hg-vs-git way of thinking, but I tend to
frequently commit things on a private development branch regardless
On Wed, Mar 19, 2014 at 1:12 PM, Tim Chase
python.l...@tim.thechases.com wrote:
On 2014-03-18 21:38, Terry Reedy wrote:
At least with hg, one should best test the code in the working
directory *before* committing to the local repository.
I don't know if this is a hg-vs-git way of thinking,
Frank,
I would suggest start with an account on https://bitbucket.org. It supports
private repositories so you should be good there.
From other hand you can setup own infrastructure for SCM, read more here:
http://mindref.blogspot.com/2013/10/how-to-manage-git-or-mercurial.html
Thanks.
On Tue, Mar 18, 2014 at 12:06 AM, Frank Millman fr...@chagford.com wrote:
All my source code resides on an old Linux server, which I switch on in the
morning and switch off at night, but otherwise hardly ever look at. It uses
'samba' to allow sharing with Windows, and 'nfs' to allow sharing
Chris Angelico ros...@gmail.com wrote in message
news:CAPTjJmqPca5cnNWu8T5BZhpH665X0=mrf7bjalqvrqvmjzw...@mail.gmail.com...
On Tue, Mar 18, 2014 at 12:06 AM, Frank Millman fr...@chagford.com
wrote:
[...]
So where should I install the SCM, and how should I set it up so that I
can
access
55 matches
Mail list logo