On Thu, Jun 26, 2008 at 1:46 AM, John Beckett [EMAIL PROTECTED] wrote:
I use the FTP server to get patches (with a Python script - very easy), and I
apply
them manually (easy). So I have no personal interest in the CVS or SVN
distributions. However, lurking here has shown quite a bit of pain
Christian MICHON wrote:
I also track vim-dev by usually doing this: downloading the
patches, and seldom use CVS/SVN.
The biggest trouble I see is I need to format
patches/suggestions in the same way, if I do not have write
commit access.
OK but surely that comment is for another
On 26/06/2008 07:50, Christian MICHON wrote:
On Thu, Jun 26, 2008 at 1:46 AM, John Beckett [EMAIL PROTECTED] wrote:
I use the FTP server to get patches (with a Python script - very easy), and
I apply
them manually (easy). So I have no personal interest in the CVS or SVN
distributions.
If you see how Bram is handling (well) vim, it has a linear
development. No branches, No merge.
When he moves on to the next release, the previous one does not get
updated patches (it seldom happens).
So actually Bram could do the whole maintainance of vim by just using
git-gui (graphical
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise the bar for Windows users - not everyone will want to have to
install and maintain a Unix
On Thu, Jun 26, 2008 at 12:18 PM, Mike Williams
[EMAIL PROTECTED] wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise the bar for
On Thursday 26 June 2008, Mike Williams wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise the bar for Windows users - not everyone will
On Thursday 26 June 2008, Christian MICHON wrote:
On Thu, Jun 26, 2008 at 1:03 PM, Marc Haisenko [EMAIL PROTECTED]
wrote:
A major downside of SubVersion has been the missing merge-tracking but
SubVersion 1.5.0 which is out for a week or so has finally closed that
gap
there's no branch
On Thu, Jun 26, 2008 at 8:07 PM, Christian MICHON
[EMAIL PROTECTED] wrote:
On Thu, Jun 26, 2008 at 1:03 PM, Marc Haisenko [EMAIL PROTECTED] wrote:
A major downside of SubVersion has been the missing merge-tracking but
SubVersion 1.5.0 which is out for a week or so has finally closed that gap
On 26/06/2008 11:58, Christian MICHON wrote:
On Thu, Jun 26, 2008 at 12:18 PM, Mike Williams
[EMAIL PROTECTED] wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base
On 26/06/2008 12:03, Marc Haisenko wrote:
On Thursday 26 June 2008, Mike Williams wrote:
Sorry to rain on the git love fest going on but ...
There are other options. There is no killer reason to use git over the
other systems, and the need for a Cygwin base system for windows does
raise
On 26/06/08 08:50, Christian MICHON wrote:
[...]
If you see how Bram is handling (well) vim, it has a linear
development. No branches, No merge.
That's not totally accurrate, see below.
When he moves on to the next release, the previous one does not get
updated patches (it seldom happens).
Hello all,
please stop one thing: some of you act as if creating git repository means
deletion of CVS and SVN trees and Bram's e-mail client! I don't remember so hot
discussion when SVN started (and CVS was already up) so why now?
All we have done is that two of us wrote a list of advantages we
2008/6/26 Milan Vancura [EMAIL PROTECTED]:
please stop one thing: some of you act as if creating git repository means
deletion of CVS and SVN trees and Bram's e-mail client! I don't remember so
hot
discussion when SVN started (and CVS was already up) so why now?
MacVim is already in a git
On Thu, Jun 26, 2008 at 11:49 PM, björn [EMAIL PROTECTED] wrote:
I have nothing to add to this thread as a whole, but since it was
brought up let me just quickly comment on the MacVim.git repository.
All I am doing now is tracking the trunk of the svn repository which
turns out wasn't perhaps
On Fri, Jun 27, 2008 at 12:09:25AM +0200, Christian MICHON wrote:
This thread was not useless. I'm not trying to replace or enforce
things here. I'll personally use this repo later to send patches to
Bram accordingly.
This thread is certainly not useless! If you do set up the git
repository,
On Wed, Jun 25, 2008 at 1:51 PM, Christian MICHON
[EMAIL PROTECTED] wrote:
[...]
this is the exact reason why I started using git and dropped cvs/svn...
now that you're putting the focus on releasing a collection of files
and not tracking them individually so much anymore (you're tracking a
I wrote:
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to have in the repository?
Well, it appears that CVS has all the files now, so you can use
Tony Mechelynck wrote:
On 25/06/08 02:00, Bram Moolenaar wrote:
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to have in the repository?
Christian -
On Wed, Jun 25, 2008 at 2:00 AM, Bram Moolenaar [EMAIL PROTECTED] wrote:
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to have in the repository?
The .tar.bz2 / .tar.gz on the Vim FTP site aren't afflicted
On Wed, Jun 25, 2008 at 12:45 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Adding another system won't solve the CVS problems. Can't just drop CVS
right now, many people are using it.
I would not add it. I would use it to replace them all (I'm too
supportive with git, I know...)
using CVS
On Wed, Jun 25, 2008 at 12:45:04PM +0200, Bram Moolenaar wrote:
Adding another system won't solve the CVS problems. Can't just drop
CVS right now, many people are using it.
If you use your favourite version control system, there should be ways
to automatically create the CVS repository from
Christian Michon wrote:
On Wed, Jun 25, 2008 at 12:45 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Adding another system won't solve the CVS problems. Can't just drop CVS
right now, many people are using it.
I would not add it. I would use it to replace them all (I'm too
supportive
On Wed, Jun 25, 2008 at 06:14:38PM +0200, Bram Moolenaar wrote:
On Wed, Jun 25, 2008 at 12:45 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Adding another system won't solve the CVS problems. Can't just drop CVS
right now, many people are using it.
I would not add it. I would use it to
On 25/06/2008 17:14, Bram Moolenaar wrote:
Christian Michon wrote:
On Wed, Jun 25, 2008 at 12:45 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Adding another system won't solve the CVS problems. Can't just drop CVS
right now, many people are using it.
I would not add it. I would use it
On Wed, Jun 25, 2008 at 05:54:36PM +0100, Mike Williams wrote:
Can someone use Git without installing any software? If yes, then we
might be able to replace other methods. If no, then lots of people will
prefer to stay with what they already have installed.
Windows users wanting to use
I wrote:
Tony Mechelynck wrote:
On 25/06/08 02:00, Bram Moolenaar wrote:
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to have in
Christian Michon wrote:
On Wed, Jun 25, 2008 at 6:14 PM, Bram Moolenaar [EMAIL PROTECTED] wrote:
Can someone use Git without installing any software? If yes, then we
might be able to replace other methods. If no, then lots of people will
prefer to stay with what they already have
On Thu, Jun 26, 2008 at 12:05:04AM +0200, Bram Moolenaar wrote:
you'll get a tar.gz matching a particular commit or a tag (yellow
boxes, useful to track releases/milestones), or even experimental
branches (in green) without ever had to install git, it even works
with internet explorer...
On Thu, Jun 26, 2008 at 12:05:04AM +0200, Bram Moolenaar wrote:
Can someone use Git without installing any software? If yes, then we
might be able to replace other methods. If no, then lots of people will
prefer to stay with what they already have installed.
you can get snapshots without
Gautam Iyer wrote:
You can wget individual patches from git.
For example:
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.
git;a=commitdiff_plain;h=0deedbcc98a831284f6e9db2510e88e90e01c
286;hp=5dd06d08015cf9c0721f34f7005ecd670025c334
I use the FTP server to get patches
On 25/06/08 02:00, Bram Moolenaar wrote:
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to have in the repository?
The .tar.bz2 / .tar.gz on the
On Wed, Jun 25, 2008 at 2:00 AM, Bram Moolenaar [EMAIL PROTECTED] wrote:
There is something wrong with what CVS did to the files. Especially in
runtime/tutor. Might take a day to sort out.
Sigh. Why can't I just tell CVS that this is the tree of files I want
to have in the repository?
34 matches
Mail list logo
