OK, it's a not bad thing, and that shows git growing with the times,
my knowledge about this point growing 2:)
There still have another aspect:
source argument of git-mv command must existed.
In java env, refactoring is more common, and IDE maybe not git aware,
if so the IDE refactoring will kil
a tip for the windows-users:
i have tested http://code.google.com/p/tortoisegit/ for windows about a year
ago - if you ever have to use windows and have no ide with a git-scm support -
it maybe helpfull.
(anybody uses windows by choice here?)
there is no need to make snapshot-tars available.
On 27 January 2011 18:07, 向雅 wrote:
> One point:
> If gitted, Rename/Copy Tracking, will be a BIG problem. IMV, history
> is more important than else.
Why? I've not had a problem. In my experience, Git has detected
renames even for Java source when the content changes as part of the
rename.
--
Joshi,
you can see the process here,
http://docs.neo4j.org/chunked/snapshot/server-plugins.html, and and an
example under neo4j-examples (part of the server distribution) under
/examples/java/site/server-plugins.html that links to the local
example code.
Let me know if you encounter problems, and
Hi,
as we talked before, I was looking for the results, not the code.
Apparently they are at:
http://www.slideshare.net/thobe/nosqleu-graph-databases-and-neo4j :47-51
I'll re-run these last tests on my laptop.
Thanks!
On 1/21/11 9:36 PM, Marko Rodriguez wrote:
> Hi Claudio,
>
>> Marko has be
One point:
If gitted, Rename/Copy Tracking, will be a BIG problem. IMV, history
is more important than else.
My advice, hg.
致敬
向雅
2011/1/27 Rick Bullotta :
> Awesome. Really forking awesome.
>
> -Original Message-
> From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.o
I can write a java program if it is straight forward process. Otherwise, I will
have to wait.
-Hemant
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Peter Neubauer
Sent: Thursday, January 27, 2011 10:35 AM
To: Neo4j user discussio
Will the bug fixes (these, and others) be back-ported to 1.2 also?
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Tobias Ivarsson
Sent: Thursday, January 27, 2011 12:40 PM
To: Neo user discussions
Subject: [Neo4j] Neo4j version 1.3
We are happy to announce the first release of the year, the first release of
the 1.3 line, and the last release before the move to git.
Two weeks after kicking off development in 2011 (we started the year with a
lot of planning) we get right back into the flow of bi-weekly milestone
releases.
With
Joshi,
would it be possible for you to write that extension? Otherwise, I can
try to power it through one of these days :/
Cheers,
/peter neubauer
GTalk: neubauer.peter
Skype peter.neubauer
Phone +46 704 106975
LinkedIn http://www.linkedin.com/in/neubauer
Twitter http://t
I do not think I have an options of updating index to new provider framework
using REST or java. I think an extension would make updating to latest release
much easier for us.
-Hemant
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf O
Awesome. Really forking awesome.
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Tobias Ivarsson
Sent: Thursday, January 27, 2011 10:05 AM
To: Neo4j user discussions
Subject: Re: [Neo4j] Neo4j is moving to git
The general idea on f
The general idea on forks is that they will be forks, not branches. I.e.
they will live in a different location as a fork, not as branches in the
same repository.
We are going to continue managing dependencies with maven, so no dependency
jars will ever be checked in in the repositories.
We are g
On Thu, Jan 27, 2011 at 3:46 PM, Rick Bullotta <
rick.bullo...@burningskysoftware.com> wrote:
> Yep - I know there are settings. We all just gotta use 'em consistently.
> ;-)
>
> I'm also aware of the Git benefits, which are awesome. Just raising the
> alert that if the repository grows to 40GB w
Yep - I know there are settings. We all just gotta use 'em consistently.
;-)
I'm also aware of the Git benefits, which are awesome. Just raising the
alert that if the repository grows to 40GB with a million forks and a
zillion copies of dependent jars, well, you get the idea...!
And believe me,
On Thu, Jan 27, 2011 at 3:33 PM, Rick Bullotta <
rick.bullo...@burningskysoftware.com> wrote:
> a couple other things to be thinking about:
>
> - since we'll all be collaborating in a "mixed environment" of Windows and
> Linux and other, we need to be sensitive to Git settings for CR/LF handling
>
a couple other things to be thinking about:
- since we'll all be collaborating in a "mixed environment" of Windows and
Linux and other, we need to be sensitive to Git settings for CR/LF handling
when determining what files have changed
- since Git generally pulls down the whole repository, it wou
Congrats to this move, guys.
Will make participation easier and more enjoyable .. in general.
Toni
On Thu, Jan 27, 2011 at 3:10 PM, Tobias Ivarsson <
tobias.ivars...@neotechnology.com> wrote:
> Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository
> (https://svn.neo4j.org/).
On Thu, Jan 27, 2011 at 09:10, Tobias Ivarsson
wrote:
> The repositories should be fully available on Github at some point during
> the day tomorrow.
Simply great.
Tahnk you.
--
Javier de la Rosa
http://versae.es
___
Neo4j mailing list
User@lists.ne
I definitely understand the reason for wanting to use Git, with the more
frequent forks and branches of late, but I do think it would be helpful to
make snapshot builds *with source* available for download as ZIPs or TARs as
well. For those of us on Windows, there are practical limitations to how
Tomorrow, Friday January 28, we will freeze the Neo4j subversion repository
(https://svn.neo4j.org/).
>From tomorrow and forward Neo4j subversion will be a read only repository.
The continued evolution of the code will move to a new location and a new
version control system: git at github.com
After
Hi,
as I'm working on speeding up default usecases and the Java REST driver, for
the Neo4j REST API I would like to extend the traverser return types with a
fourth one that is a combination of the first 3.
The difference is that all nodes and relationships get their full
representation with al
22 matches
Mail list logo
