similar to: [LLVMdev] moving to svn?

Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] moving to svn?"

2006 Nov 27
0
[LLVMdev] moving to svn?
Rafael, On Mon, 2006-11-27 at 16:05 -0300, Rafael EspĂ­ndola wrote: > Just wondering: Is there any plan to move to svn? I would love to have > a diff command that works when I am offline :-) Its been discussed from time to time. I would like to see this as well, but for an additional reasons: simpler branch management and faster updates, etc. SVN handles directories better and merging head
2006 Nov 27
2
[LLVMdev] moving to svn?
Hello, Scott. > the official cutover. Granted, you might need darcs to pull the current > version out of its repo, since it was originally designed with darcs in > mind. I can confirm, that tailor converts LLVM CVS with all history preserved to mercurial repository without any visible troubles. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint
2006 Nov 28
1
[LLVMdev] moving to svn?
On 11/27/06, Scott Michel <scottm at rushg.aero.org> wrote: > Anton Korobeynikov wrote: > >>the official cutover. Granted, you might need darcs to pull the current > >>version out of its repo, since it was originally designed with darcs in > >>mind. > > > > I can confirm, that tailor converts LLVM CVS with all history preserved > > to mercurial
2006 Nov 27
0
[LLVMdev] moving to svn?
Anton Korobeynikov wrote: >>the official cutover. Granted, you might need darcs to pull the current >>version out of its repo, since it was originally designed with darcs in >>mind. > > I can confirm, that tailor converts LLVM CVS with all history preserved > to mercurial repository without any visible troubles. I'm not sure if I just took HEAD or converted the
2006 Nov 28
2
[LLVMdev] moving to svn?
On Tue, 28 Nov 2006, Bill Wendling wrote: > Perhaps someone could come up with a list of different versioning > software, list the pros and cons, and then we could vote? (Has anyone > mentioned Bitkeeper yet? :-) There are a couple reasons we are using CVS still: 1. CVS works and is well understood by all involved. 2. The main deficiencies of CVS don't impact us much (we aren't
2007 Apr 02
0
[LLVMdev] CVS Branches To Discard?
Hi Reid, > A deficiency in the cvs2svn script causes it to bloat the Subversion > repository (significantly, as in 10x) in the conversion of branches > and tags. It's probably a bit late in the day, but have you considered other CVS to SVN conversion tools, e.g. Tailor? http://www.darcs.net/DarcsWiki/Tailor http://darcs.arstecnica.it/tailor/ Cheers, Ralph.
2007 Apr 02
5
[LLVMdev] CVS Branches To Discard?
All, We are considering removing some branches and tags in the conversion process from CVS to SVN. We don't want to do this in a vaccuum, so please read carefully. A deficiency in the cvs2svn script causes it to bloat the Subversion repository (significantly, as in 10x) in the conversion of branches and tags. We can minimize the impact of this by only keeping branches and tags that we really
2006 Nov 28
5
[LLVMdev] moving to svn?
> I'm not sure if I just took HEAD or converted the whole llvm repo. > Personally, I like darcs for the atomic theory of patches. YMMV. I have used darcs to work with psi. It looks like a very clean design, but currently it is a very anemic implementation IMHO. I constantly find myself trying to find out how to do a relatively simple task. Git is fast and has a lot of features, but
2006 Nov 29
0
[LLVMdev] moving to svn?
Hi Chris, > 2. The main deficiencies of CVS don't impact us much (we aren't > hampered by lack of atomic commits, renames, and better branch > facilities). If people would like to see the logical `patch set' that made up a CVS commit then cvsps may be useful, or, as others have said, use Tailor to convert to a local repos. in your preferred format.
2006 Nov 28
0
[LLVMdev] moving to svn?
Perhaps someone could come up with a list of different versioning software, list the pros and cons, and then we could vote? (Has anyone mentioned Bitkeeper yet? :-) -bw On 11/28/06, Rafael EspĂ­ndola <rafael.espindola at gmail.com> wrote: > > I'm not sure if I just took HEAD or converted the whole llvm repo. > > Personally, I like darcs for the atomic theory of patches.
2005 Aug 09
43
Some patches.
Hi, in my path of getting the controls sample to work nicely, I fixed some classes on the way, see the attached diffs. I had some difficulties, but could track down all stupid bugs and am now almost happy with the code :) (I had the complete ImageHandler hieracy implemented at some time, but than I discovered the error was not in unloaded ImageHandlers but in the controls-program which does not
2007 Apr 29
4
[LLVMdev] SVN (?) Migration
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tanya M. Lattner wrote: > There was much debate about which version control system to switch to > (please search the llvm-dev mailing list). Well, I would if it were searchable... > I think its best not to rehash this discussion. We have already begun the > steps to convert to SVN. I come from a different perspective. While I
2004 Nov 29
2
1.0-test53
http://dovecot.org/test/ Sorry for not answering any questions for past two weeks, I'll try to get around answering them in next few days. I've also been thinking about if I should switch from CVS to Darcs. It seems to be exactly the kind of reversion control tool I had wanted to use. Anyone have comments for or against it? I'd still have read-only CVS repository generated from
2008 Jan 27
20
OT local version control?
Hi, all, This isn''t about rspec, but this list has people whose opinions I respect. So, I''m looking for a new version control system for my local development. I was going to install subversion, but I''ve heard rumors of people using some newer ones. Thoughts? I''d like to be able to run it either locally or on a home server. If I run it off a home server, then
2006 Nov 27
2
[LLVMdev] moving to svn?
> Its been discussed from time to time. I would like to see this as well, > but for an additional reasons: simpler branch management and faster > updates, etc. SVN handles directories better and merging head to/from a > branch is much easier (no tagging required because it remembers the > merges). > I'm not sure what you mean here by merge tracking but merge tracking in SVN
2010 Sep 09
4
Capistrano Deploy with SVN over SSH - Network connection closed unexpectedly
Hello all, i changed today from my local repository to a repository on a server. The repository now lies on the same server where my application is going to be deployed. Everything went fine create my repository on the server and checked out my working copy. After some changes on the code i wanted to deploy my application but it failed. The error is: "svn: Network connection closed
2006 May 03
4
subversion setup for maintaining customizations to base code
To the subversion experts out there: I''d like to set up svn to maintain customizations to my base app for each client. A simple example would be to have a base CSS file and a custom one for each client. What is the best way to set up svn so I can ''co'' the trunc and then ''co'' customizations for each client on top of the base code. I''ve looked
2003 Nov 13
16
Submitting patches
I''m a bit new to working on a rubyforge/sourceforge/open source project, so excuse my obliviousness. What is the preferred way of submitting a patch to wxruby? Thanks, Nick
2010 Oct 26
2
Which version control system to learn for managing R projects?
Hello all, I wish to learn a version control system for managing my R (data analysis) projects. I know of SVN and github, and wonder if there is any reason for which I should prefer the one over the other (or any other platform). An example for a reason could be if it will make it easier for me to later work with R-forge or CRAN or any other platform for R code distribution. Thanks, Tal
2006 Jun 04
3
Migration collisions
Does someone have a good way to avoid numbering collisions when generating migrations in multiple source repositories? For example, I''m working on my copy of the site, and my co-worker is working on his copy of the site. We both need to make a migration, and they both end up having the same number, say 007_add_user_table.rb Is there some technique to avoid this? I''m