[jbosstools-dev] Git - do it fully or not ?
Max Rydahl Andersen
max.andersen at redhat.com
Mon Mar 7 13:16:22 EST 2011
> This means you can - *in theory* - build the parent pom (and target
> platform) [3] or grab it from Nexus [4] (if we decide to keep deploying
> stuff there?), check out a component's sources from github, and build
> that component against upstream eclipse deps + upstream previously-built
> JBT components.
where would the (aggregated?) upstream of jboss tools live ? (not together with the base targetplatform I assume)
/max
>
> In other words... I think moving to github, one component at a time, MAY
> BE VIABLE, but there's still a lot of testing left to do to validate
> this theory.
>
> [1] http://download.jboss.org/jbosstools/updates/indigo/
> [2]
> http://download.jboss.org/jbosstools/builds/staging/_composite_/3.3.indigo/
> [3] http://anonsvn.jboss.org/repos/jbosstools/branches/3.3.indigo/build/
> [4] http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/
>
> N
>
> On 03/07/2011 10:39 AM, Max Rydahl Andersen wrote:
>>
>>> +1 for git.
>>>
>>> Work with svn is very slow and disk-consuming and I have still issues 'svn
>>> up', it still needs cleanup, or refuses to update. I started to hate svn,
>>> please unschackle me :-)
>>
>> Btw. Nick and I had a chat the other day about what actually prevent us from moving and
>> if it was just a question about git vs svn then we could easily move (assuming windows users
>> are fine with using bash/cygwin)
>>
>> The challenge is that hudson+git is not as flexible as it currently is with svn and we don't yet
>> have a good use of having our builds pick up latest/matching dependencies from a repository -
>> thus not trivial to move away from git fully :(
>>
>> Will require a lot of effort.
>>
>> /max
>>
>>
>>>
>>> Libor
>>> On Mon, 28 Feb 2011 18:54:34 +0100, Max Rydahl Andersen
>>> <max.andersen at redhat.com> wrote:
>>>
>>>> Hey,
>>>>
>>>> We got our svn mirror now but after working with it a bit its basically
>>>> just as slow as normal svn (if you can get it to work).
>>>>
>>>> ...thus i'm wondering if anyone can come up with good reasons to *not*
>>>> just move all new development over to git and simply kill off
>>>> the SVN completely for our jbosstools trunk development ?
>>>>
>>>> 3.2.x would stay in SVN.
>>>>
>>>> Comments/Suggestions/Screams/Objections ?
>>>>
>>>> /max
>>>> http://about.me/maxandersen
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> jbosstools-dev mailing list
>>>> jbosstools-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>> _______________________________________________
>>> jbosstools-dev mailing list
>>> jbosstools-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>> /max
>> http://about.me/maxandersen
>>
>>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
> --
> Nick Boldt :: JBoss by Red Hat
> Productization Lead :: JBoss Tools & Dev Studio
> Release Engineer :: Eclipse Modeling & Dash Athena
> http://nick.divbyzero.com
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
/max
http://about.me/maxandersen
More information about the jbosstools-dev
mailing list