Sorry, forgot "reply to all".
Kenneth
2011/11/11 Kenneth Gulbrandsoy
> Hi!
>
> Comments below.
>
> 2011/11/11 Jody Garnett
>
>> I had planned to get through reviewing ContentDataStore classes as the
>> CSVDataStore was written. The property-ng datastore is being way more
>> efficient as the p
Yeah, I think I am -0 as well. While I am open to the idea of switching
fully to git I do like something about that fact that we have the
subversion repository as the "canonical" representation. I have definitely
shot myself in the foot with branches and rebasing, etc...in git... having
the extra l
Hi all,
I took the liberty of trying to set up a "canonical" github repository.
https://github.com/geotools/geotools
The idea is that this would be the repository that developers fork locally
to do development like we do today. Having a same base repository makes
pushing/pulling changes back a
2011/11/11 Andrea Aime :
> On Fri, Nov 11, 2011 at 6:53 AM, wrote:
> I also hear git on windows is still problematic to use (yeah, almost nobody
> left doing development on windows
> around here, yet the user base still uses it a lot)
actually I find that the windows problems are not so much wit
On Fri, Nov 11, 2011 at 3:57 PM, Mark Prins wrote:
> 2011/11/11 Andrea Aime :
> > On Fri, Nov 11, 2011 at 6:53 AM, wrote:
>
> > I also hear git on windows is still problematic to use (yeah, almost
> nobody
> > left doing development on windows
> > around here, yet the user base still uses it a l
Aha, I knew it, it starts get confusing to me.
Does this mean that I can use git for geotools and push my changes to
this new repo ?.
In which direction is the synchronization between the two repos working.
svn ---> git
svn <--- git
svn <---> git (how are conflicts resolved ?)
Cheers
Christia
I don't do much GeoTools development, but on the topic of "safety nets" in
Git: http://gitready.com/intermediate/2009/02/09/reflog-your-safety-net.html
I hope it's of use whether or not GeoTools "officially" moves over.
--
David Winslow
OpenGeo - http://opengeo.org/
On Fri, Nov 11, 2011 at 10:07
Well... for now the idea is that no, you wouldn't push changes directly to
this repository. What i had in mind was that one would fork the repo
locally in his/her own account, and mostly work from that. Pushing changes
back into svn will still be down with an svn dcommit from your own copy,
not by
On Fri, Nov 11, 2011 at 8:23 AM, Justin Deoliveira wrote:
> Well... for now the idea is that no, you wouldn't push changes directly to
> this repository. What i had in mind was that one would fork the repo
> locally in his/her own account, and mostly work from that. Pushing changes
> back into svn
On 11 November 2011 15:33, Justin Deoliveira wrote:
>
>
> On Fri, Nov 11, 2011 at 8:23 AM, Justin Deoliveira
> wrote:
>>
>> Well... for now the idea is that no, you wouldn't push changes directly to
>> this repository. What i had in mind was that one would fork the repo locally
>> in his/her own
Ooooh a new git toy! Thanks David. Looks very useful.
On Fri, Nov 11, 2011 at 8:10 AM, David Winslow wrote:
> I don't do much GeoTools development, but on the topic of "safety nets" in
> Git:
> http://gitready.com/intermediate/2009/02/09/reflog-your-safety-net.html
>
> I hope it's of use whether
On Fri, Nov 11, 2011 at 4:33 PM, Justin Deoliveira wrote:
>
>
> On Fri, Nov 11, 2011 at 8:23 AM, Justin Deoliveira
> wrote:
>
>> Well... for now the idea is that no, you wouldn't push changes directly
>> to this repository. What i had in mind was that one would fork the repo
>> locally in his/her
Hey Mark, that's good to hear.
I've been doing some fixes on my geosync geoserver branch so that the
wfs2 versioning tests do pass, now that ResourceId landed on trunk.
There are still some of them broken, but that branch may be more up to
date nonetheless.
wrt creating an unsupported module, I g
Hi Jody, that's good news.
As you've been implementing ResourceId support for property datastore,
it would be a good time to get the wfs2-v test cases land on geoserver
trunk and adapted to use property datastore?
If you're up to it I'll be glad to point you to the tests.
Unfortunately I'll be of
New WPS process: org.geotools.process.features.gs.CentroidProcess (patch
attached)
--
Key: GEOT-3948
URL: https://jira.codehaus.org/browse/GEOT-3948
Project: GeoTools
Hi Justin,
Sorry for this newbie question, but I'm confused about the difference
between what you first get by cloning the git repository and what you
later get by doing git svn fetch.
I understand that initial clone gives you the repo with history back
to r36490 but no link to the svn repo, henc
On Fri, Nov 11, 2011 at 9:15 AM, Andrea Aime
wrote:
> On Fri, Nov 11, 2011 at 4:33 PM, Justin Deoliveira
> wrote:
>
>>
>>
>> On Fri, Nov 11, 2011 at 8:23 AM, Justin Deoliveira
>> wrote:
>>
>>> Well... for now the idea is that no, you wouldn't push changes directly
>>> to this repository. What i
Hi Michael,
Actually when trying to get a cloned repo linked back to svn I had a tough
time figuring out what would work. The git documentation seems to say you
can simply do the svn init and then the following:
git update-ref refs/remotes/git-svn origin/master
BUt this did not work for me. I
On Fri, Nov 11, 2011 at 6:18 PM, Justin Deoliveira wrote:
>
>
> On Fri, Nov 11, 2011 at 9:15 AM, Andrea Aime > wrote:
>
>> On Fri, Nov 11, 2011 at 4:33 PM, Justin Deoliveira
>> wrote:
>>
>>>
>>>
>>> On Fri, Nov 11, 2011 at 8:23 AM, Justin Deoliveira >> > wrote:
>>>
Well... for now the idea
19 matches
Mail list logo